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(57) Abrege/Abstract: 

The invention provides a system comprising apparatus and method for generating customized communications to a multitude of 
clients and responding to specific response options selected by each of the multitude of clients, so that an ongoing "conversation" 
is set up between each client and the user that terminates when the client fails to respond or after a final purchase decision is 
made. The apparatus of the invention is substantially automated, using computers and databases for processing the large amount 
of information in client databases to select from the information appropriate financial, insurance, warranty and assurance or other 
products that are then specifically tailored to each of the multitude of (tens of thousands and up to many millions) of clients to 
prepare a communication specific to each client. The client communication is either sent to the client by mail, internet, facsimile or 
other means, or is appended to a host communication (such as a bill that ordinarily would have been sent to the client) and then 
sent as a combined communication, in order to reduce costs. Desirably, the original communication to the client, in whatever form, 
may include a label and several options for client selection. Each client may respond by selecting an option, and the system of the 
invention will substantially automatically process the selected option and generate an appropriate reply. The client may then 
respond to the reply, either by requesting further information through response options provided, or by making a purchase 
decision. 
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ABSTRACT OF THE DISCLOSURE 
The invention provides a system comprising apparatus and method for generating 
customized communications to a multitude of clients and responding to specific 
response options selected by each of the multitude of clients, so that an ongoing 
5 "conversation" is set up between each client and the user that terminates when the 
client fails to respond or after a final purchase decision is made. The apparatus of the 
invention is substantially automated, using computers and databases for processing the 
large amount of information in client databases to select from the information 
appropriate financial, insurance, warranty and assurance or other products that are then 

10 specifically tailored to each of the multitude of (tens of thousands and up to many 
millions) of clients to prepare a communication specific to each client. The client 
communication is either sent to the client by mail, internet, facsimile or other means, 
or is appended to a host communication (such as a bill that ordinarily would have been 
sent to the client) and then sent as a combined communication, in order to reduce costs. 

15 Desirably, the original communication to the client, in whatever form, may include a 
label and several options for client selection. Each client may respond by selecting an 
option, and the system of the invention will substantially automatically process the 
selected option and generate an appropriate reply. The client may then respond to the 
reply, either by requesting further information through response options provided, or 

20 by making a purchase decision. 
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AUTOMATED DIRECT MARKETING SYSTEM 
Field of the Invention 

The present invention relates to methods and apparatus for automatically 
preparing customized mass communications directed to each of a multitude of clients 
and generating replies to each purchase or non-purchase client response received. The 
mass communications solicit clients for products or services, such as financial products 
and/or financial service-related communications. More specifically, the invention 
relates to methods and apparatus suitable for preparing mass communications which 
comprise customized communications to each client in a fully automated or significantly 
automated manner permitting large numbers (millions) of communications to be 
prepared and delivered quickly, efficiently, and cost effectively. 
Description of the Related Art 

The importance of widely-distributed written or printed client communications 
such as advertising, solicitations, etc. is well known in the marketing and advertising 
field. Their applicability to the financial products and services industry also is well 
known. The revenue generated from sales of various products and services advertised 
in these solicitations measures in the many millions of dollars per year for all 
industries. Their revenue generation in the financial industry also has been significant, 
and this industry has been one of the fastest growing in this area. 

Traditionally, client communications of this type have been mass-distributed 
using techniques such as direct mail. With the increasing use of the Internet, that 
delivery medium is expected to grow in importance. A substantial drawback of the 
direct mail (or telemarketing, etc.) approach has always been the relatively significant 
cost of distributing the communications. The transmitters and distributors of the 
communications often have been required to bear the expense of the communications 
themselves, in some cases the envelopes in which they are contained, the labor involved 
in stuffing the envelopes, the postage, etc. Use of the Internet could eliminate many 
of these cost factors. 

Another disadvantage of traditional mass marketing, especially mass direct 
marketing, is that it uses a c generic communication that is not particularly customized 
to the needs of a particular client, and partially as a result of this it has a relatively low 
purchase response rate. Low purchase response rate coupled with high delivery costs 
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reduces the attractiveness and effectiveness of this type of marketing. For example, 
mass communication by mail may cost of the order of $0.50 for each communication, 
but this kind of communication has a relatively low "visibility," and often has a 
purchase response rate of only about two percent (2% or lower), such as in the case of 
financial and insurance products. The response to telemarketing, which is somewhat 
more personalized to the particular client, is significantly higher, often in the range of 
$2.20 per client contacted. 

As an example, there have been several attempts in recent years to mass market 
term life insurance products. A typical format would be as follows. The marketer 
generally places ads directed to the general public which provide either an (800) 
telephone number or a return postcard. Through either a return call from the 
prospective client or the return postcard from the prospective client, lead information 
is obtained, including the name, age, and smoker versus nonsmoker status of the client, 
and the amount of term insurance desired. From this lead information, the marketer 
selects from the term life insurance products available to it. In some instances, the 
marketer may select several products offering low premiums and provide them to the 
client, for example, in table format, for selections by the client. The marketer then 
includes these product selections in a presentation letter which is sent to the prospective 
client. The presentation letter typically will list as the addresses the client, and it will 
provide the lead information at the introduction of the letter. 

Regardless of the marketing techniques, gaining the consideration of the 
prospective client may require global follow-up in the form of multiple letters or other 
contacts, perhaps staged over a period of time selected by the agent as appropriate for 
the circumstances. Over this time period, the circumstances and needs of the 
prospective client may have changed, perhaps in ways that are somewhat predictable 
based on the initial lead information. For example, shortly after purchase of a new 
home and recording of the mortgage, the new homeowner may have a cash flow 
shortage which limits the attractiveness of mortgage insurance. Perhaps one year later, 
however, after the family is settled in the various expenses of new home ownership 
have been accommodated fc the homeowner may have a better cash flow situation and 
be far more inclined to purchase this type of insurance. Therefore, a follow up 
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presentation letter a year or so after the initial home purchase would be very timely and 
beneficial. 

For those prospective clients who have responded to the presentation materials, 
the agent might seek additional client information, for example, such as their marital 
status, whether they smoke, their general health, etc. This would enable the agent to 
further refine or revisit the financial products selected for consideration by that 
prospective client. It hopefully results in the final selection of the particular product 
best suited for that client. 

Upon approval by the prospective client, the agent or marketer then prepares an 
application to the provider for the selected financial product. Depending upon the 
financial product involved, the agent may be required to follow up, for example, by 
ordering medial reports, medical exams, etc, for the provider or underwriter. 

Marketing processes such as the ones described above have been substantially 
limited in that they require significant amounts of the agent's or an agent telemarketer's 
time and attention. Moreover, the market for these products in terms of potential 
clients numbers in the millions per year. Each client has particularized circumstances 
and needs, and these circumstances and needs typically vary over time. The variety of 
financial products, even for a given need, is substantial. Considering all of these 
factors, the volume of transactions that can be undertaken by a given agent or agent 
telemarketer is relatively limited. 

Attempts have been made in the past to automate limited portions of the various 
marketing tasks. It is not uncommon, for example, for insurance marketing 
organizations to maintain a database of potential clients and related client and 
prospective client information. Most insurance marketing companies also maintain 
databases of insurance products and related pricing information. 

There are some insurance marketing companies, for example, which use 
computer software to select a set of candidate financial products from a larger set of 
possible products based upon premium prices. Some of the mass marketing 
organizations referred to above are examples. 

In systems used by several mass marketers selling term life insurance, usually in 
conjunction with a telemarketer on the telephone, for example, the agent or an assistant 
enters lead client information into a computer, whereupon the software selects and 
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displays the four or five term insurance policies offering the desired level of coverage 
for the lowest premium cost. The client information, together with the selected 
financial product information, then can be used to prepare introductory materials such 
as a presentation letter to the potential client, as previously described. The product 
selection and presentation letter preparation are done automatically. 

Such known automated systems, however, have been subject to a number of 
important limitations and drawbacks. For example, they have been limited largely if 
not entirely to one or two major types (term or permanent) of product, i.e., term life 
insurance. The ability of these software systems to select from among alternative 
financial products has been extremely primitive. In most instances, the ability of the 
system is limited to selections based solely or predominantly on the insurance premium. 
They also typically require the attention of and interaction, with the agent or 
telemarketer to gather and input the lead client information, and to aid in the selection 
of the most advantageous products for presentation to the client. 

Another important drawback of such known systems is the limited extent to which 
they personalize the presentation letter or other communications. The presentation 
letter resulting from such systems usually is a form letter which merely lists the client 
information at the top of the letter, lists the product or products selected, and provides 
a brief non-individualized description or explanation of the product. The extent to 
which the communications take into account the particular circumstances and needs of 
the individual prospective client including individualized explanations necessary to 
make an informed decision about the highlighted products, has been extremely limited. 

These known systems also are limited in their ability to process large volumes of 
prospective client communications. This is attributable in large part to their 
requirement for human input and decision making as a necessary part of their 
operation, and because of the relatively unsophisticated nature of the known systems. 

All of these methods and systems have been limited in that they require a 
substantial amount of human involvement. This necessitates substantial cost for wages, 
salaries, benefits, etc., and it can increase the likelihood of errors. 

There exists a need in direct marketing for a system that can prepare customized 
or personalized communications to each of a multitude of clients to offer a product or 
service customized for each client. The communication should desirably permit a range 
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of response options and the system should therefore ha<ve an automatic reply mechanism 
that is flexible, and able to respond to the range of client inquiries, in an ongoing 
"conversational" manner, that will ultimately increase the rate of purchase responses. 
Moreover, the automatic reply should be directed to each client's specific response or 
request, be cost effective, and virtually immediate, so that the client's interest in the 
product is not diminished by delay. Such an automatic reply system should preferably 
be able to respond by communicating with the client either through mail, facsimile, e- 
mail, on a host communication, or by the now evolving voice response technologies, 
depending upon the type of communication suited to the product or service being 
marketed or customer preference. 

SUMMARY OF THE INVENTION 
The apparatus and methods according to the invention provide a marked 
departure from known financial product marketing and sales systems. For example, 
they allow for the virtually complete automation of the tasks traditionally performed by 
agents and telemarketers in transacting such marketing and sales. Automatically, with 
little or no human intervention and with essentially no time delays, they can analyze 
and evaluate client information, incorporate additional information, determine and/or 
compare client needs with various available financial products to solve needs, select 
and/or recommend products most appropriate for the individual needs of each 
prospective client, and prepare personalized and individualized correspondence 
specifically tailored for each individual prospect to effectively communicate the 
information to the prospective client that he or she needs to make an informed buying 
decision. 

In one aspect of the invention it provides a system that uses client information 
about a client (usually from a database of clients) to automatically select and present 
financial products appropriate for the client. The method comprises inputting client 
information relevant to a need by the client for the financial products, inputting 
information about the financial products, inputting ancillary data which excludes the 
client information and the financial products information, and inputting decision criteria 
pertaining to selection from among the financial products those suited to each client in 
the database. The method also includes storing the client information, the financial 
products information, the ancillary information, and the decision criteria. This method 
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further includes using the client information, the financial products information, the 
ancillary information, and the decision criteria to select a subset of the financial 
products. It further includes preparing a client communication which identifies the 
subset of the financial products. This client communication preparing step includes 
incorporating a portion of the client information and a portion of the financial products 
information into the client communication. 

In another aspect, the client communications are adapted for combination with 
a host vehicle, such as a bank statement, utility bill and the like, so that the host vehicle 
and the client communication become a single document or document file. 

The method according to one aspect comprises providing a format for the 
communication wherein the communication format includes a variable portion, 
inputting into a computer-accessible storage medium variable information other than 
a client identification, and inputting into the storage medium decision information. The 
method also includes using the decision information to select a subset of the variable 
information, and generating the client communication according to the communication 
format. The generating step includes inserting the subset of variable information into 
a variable portion of the client communication corresponding to the variable portion of 
the client communication format. 

In accordance with another aspect of the invention, a method is provided for 
automatically preparing a client communication or communications pertaining to a 
financial product for a client communication or communications pertaining to a 
financial product for a client, wherein the method comprises using decision information 
to automatically select variable information, the variable information comprising other 
than a client identification, and automatically inserting the variable information into the 
client communication or communications. The variable information may comprise 
client information, financial product information, ancillary information, and/or text 
information. The method preferably (but not necessarily) includes a step of 
automatically combining the client communication for each of the clients with the host 
vehicle for the corresponding and respective one of the clients to create a combined 
communication for the couesponding and respective one of the clients, wherein each 
of the combined communications comprises a single document. 
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In yet another aspect, the invention provides a method for automatically preparing 
customized replies in response to communications from a plurality of clients. To 
facilitate automation, each original communication to the client is tagged with a unique 
label, and the responses from the clients are each correspondingly labeled. Each of the 
responses that includes a nonpurchase response Le^ a request for further information, 
a request for a modified product, a request for a different type of quotation, and the 
like, and is inputted into a system for automatically generating the replies. Each reply 
that is automatically prepared is tagged with a label that corresponds to the label of the 
response communication to which it is responsive. The replies are then delivered, each 
to their respective client, through any one of a variety of means, such as through the 
internet, through direct mail, inclusion in a host communication, via facsimile, etc. 

In another reply-related aspect of the invention, customized communications are 
prepared and sent to a plurality of clients, nonpurchase responses from the clients are 
processed and automatic replies are generated to each of the responses, each reply is 
specific to the type of response requested by the client. The method allows further 
follow up and "conversation" with the client, or may respond to a reply communication 
with a second response, which will in turn generate an automatic second reply. 
Likewise, a third response received by the system will automatically generate a third 
reply. This dialogue continues until the client either makes a purchase or terminates 
the communication by not responding. 

In some aspects of the invention, the original communication is delivered to each 
of the plurality of clients by transmission through the internet. This means of 
communication is of relatively low cost, and generally reaches middle to upper income 
individuals who comprise an important market segment for a wide range of products 
and services. 

Notwithstanding the origin or nature of the original communication, so long as 
the original communication provides the recipient with a unique identifying "label" that 
corresponds to and identifies that individual, and further includes a purchase or 
nonpurchase response option, then the invention may be used to automatically generate 
replies. When the response is a purchase option, generation of further replies may not 
be necessary or a reply "thank you" communication may be sent. However, when the 
response contains requests for nonpurchase information, then the system automatically 
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generates a reply to each of the responses, with each reply tagged with a label 
corresponding to the label on the response (or initial offer). Thus, a tracking system 
is established to insure appropriate replies to each response and an ongoing 
"conversation" with the client is established. 

In another aspect, the invention also provides an apparatus for automatically 
preparing replies to client responses. The apparatus comprises means for inputting 
response option information from the plurality of client responses into a computer- 
accessible storage medium, preferably by machine. The apparatus further includes 
processing means, operatively coupled to the storage medium, for using decision 
information to automatically select variable information for insertion into a reply to a 
particular client. Output preparing means are in operating communication with the 
processing means to enable preparation of the reply to the client. The apparatus may 
also include delivery means. 

BRIEF DESCRIPTION OF THE DRAWINGS 
The accompanying drawings, which are incorporated in and constitute a part of 
the specification, illustrate presently preferred embodiments of the invention. These 
drawings, together with the general description given above and the detailed description 
of the preferred method and embodiment given below, are intended to explain the 
principles of the invention and do not limit its scope, which is solely determined by its 
claims. 

FIGURE 1 is a hardware block diagram of the preferred embodiment of the 
invention; 

FIGURE 2 is a flow chart diagram of system software used in the preferred 
embodiment of FIGURE 1, and which illustrates the preferred embodiment and method 
of the invention; 

FIGURE 3 provides an illustrative main menu for the system software generally 
depicted in FIGURE 2; 

FIGURE 4 is a flow diagram which illustrates a preferred method according to 
the invention; 

FIGURE 5 is a flow chart diagram illustrating the data input module of the 
preferred embodiment and method of the invention; 
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FIGURE 6 (including 6 A and 6B) shows the organizational structure of various 
illustrative database tables managed by the database module according to the preferred 
embodiment and as used in connection with the preferred method of the invention; 

FIGURE 7 is a flow chart diagram illustrating the processor module of the 
5 preferred embodiment and method of the invention; 

FIGURE 8 is a flow chart diagram illustrating the processor module of the 
preferred embodiment and method of the invention similar to that of FIGURE 7, but 
which is specifically adapted for processing of insurance products; 

FIGURE 9 is a flow chart diagram illustrating a specific example of the 
10 organization and flow of the processor module specifically pertaining to a mortgage life 
insurance-related communication; 

FIGURE 10 is a flow chart diagram illustrating another specific example of the 
organization and flow of the processor module specifically pertaining to another 
mortgage life insurance-related communication; 
15 FIGURE 11 is a flow chart diagram illustrating a specific example of the 

organization and flow of the processor module specifically pertaining to another 
mortgage life insurance-related communication; 

FIGURE 12 is a flow chart diagram illustrating a specific example of the 
organization and flow of the processor module specifically pertaining to a basic 
20 individual life insurance-related communication; 

FIGURE 13 is a flow chart diagram illustrating the organization and flow of the 
sales presentation and output module of the preferred embodiment and method as 
depicted in FIGURE 2; 

FIGURE 14 is a flow chart diagram illustrating the organization and flow of the 
25 production and scheduling module of the preferred embodiment and method as depicted 
in FIGURE 2; 

FIGURE 15 is a flow chart diagram illustrating the organization and flow of the 
sales and financial report and analysis module of the preferred embodiment and method 
as depicted in FIGURE 2; 
30 FIGURE 16 is a flow chart diagram illustrating the organization and flow of the 

telemarketing module of the preferred embodiment and method as depicted in FIGURE 
2; 
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FIGURE 17 is a flow chart diagram illustrating the organization and flow of the 
automated new business processing module of the preferred embodiment and method 
as depicted in FIGURE 2, adapted for use in the marketing and sale of insurance 
products; 

5 FIGURE 18 is an illustrative embodiment of a flow chart of a reply system of the 

invention; 

FIGURE 19 is an illustrative example of an embodiment of a reply generation 
system of the invention relating to term life insurance marketing by mail; 

FIGURE 20 is an illustrative schematic showing some of the types of input into 
10 the system software of the invention and the reply generation system; and 

FIGURE 21 is a simplified overview of an embodiment of the invention showing 
important features of the system software and reply generation module. 

DETAILED DESCRIPTION OF THE PREFERRED 
METHOD AND EMBODIMENT 
15 The following descriptions illustrate aspects of the invention, and point out 

certain preferred embodiments of these aspects. The explanation is not intended to be 
exhaustive, but rather to inform the person of skill in the art will come to appreciate 
more fully other aspects, equivalence, and possibilities presented by the invention, and 
hence the full scope of the invention as set forth in the claims, upon reading this 
20 disclosure. 

Reference will now be made in detail to the presently preferred method and the 
preferred embodiment of the invention as illustrated in the accompanying drawings, in 
which like reference characters designate like or corresponding parts throughout the 
drawings. For simplicity and ease of illustration, the preferred apparatus and method 

25 according to the invention are described in conjunction with one another. This is not, 
however, to be construed as necessary or limiting. 

In accordance with the invention, an apparatus and method are provided for 
automatically preparing client communications pertaining to one or more financial 
products, and/or financial services, and/or financial plans for clients. The apparatus 

30 and method may be used to automatically prepare a single client communication or, 
more preferably, to automatically prepare a plurality of client communications. The 

- 10- 
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client communications preferably are for combined use with corresponding and 
respective host vehicles for the corresponding and respective clients, which combined 
communications may be and preferably are delivered to the clients. 

"Client" as the term is used here should be interpreted broadly to include an 
actual client or customer of the user of the system and/or method according to the 
invention, or the party for whom the system and/or method is employed. The term 
"client" also includes a potential client or customer, or a similar party for whom a 
communication is prepared. A client is assumed for illustrative purposes here to be a 
party for whom a client record has been created in the client database as described more 
fully below. 

"Client information" as used here means information which pertains to a 
particular client, or to a particular set or group of clients. Examples of client 
information would include a client name, address, telephone number, age, marital 
status, occupation, employer, financial income, etc. Client information also may 
include information pertaining to the family or other relations to the client, such as 
information on the spouse, children, parents, etc., or perhaps to a business associate, 
such as a business partner, fellow board member or officer, and the like. This category 
of information also may include psychographic and demographic data pertaining the 
client or clients. 

"Client record" as used here means a compilation of information pertaining to a 
particular client. The client information typically would be collected into an automated 
or computerized database, which is referred to herein as a "client database." In this 
context, a client record would be a single record for a given client within the client 
database. The fields of each client database record would include the various items of 
client information, examples of which are provided above. The organization of this 
client information database and the records and fields within it typically would be in 
conformity with the data organization and structures of known relational databases. 

A "client communication" as the term is used herein refers to a communication 
which is prepared for a given client and which provides information to the client about 
one or more selected financial products and/or financial services and/or related 
financial plans. A client communication, for example, might include a solicitation or 
similar marketing or advertising document in which the one or more financial products, 
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services, etc. are presented to the client in an* attempt to sell the product, service, etc. 
to the client, provide information on the products and services, provide a notice 
pertaining to such products or services, etc. A client communication may assume the 
physical form of a paper or papers which would be integrally attached to a host vehicle, 
a computerized document which is adapted to be incorporated with a computerized host 
vehicle, an electronic mail document, and the like. 

Each client communication according to the invention includes at least one 
"variable." A "variable" as the term is used herein, which also is referred to as a 
"variable portion, " refers to a portion of a client communication which may vary from 
client communication to client communication. The variable in a sense serves as a 
location marker in the client communication, at which location the system and method 
according to the invention insert or provide certain "variable information" selected by 
the system and method. The variable information, which may take a number of 
different forms, is selected using the decision information so that it is appropriate for, 
and to a certain extent individualized for, a particular client. 

"Financial product" as the term is used herein is used in its broad sense to 
include any financially-related product, service or plan. The term would include, for 
example, insurance products and services, banking products and services, securities and 
investment products and services, and the like. Examples of insurance products would 
include individual life insurance of all types, tax deferred annuities of all types, health 
insurance of all types, disability insurances of all types, annuities or other timed 
payment vehicles, and the like. Examples of banking products would include 
savings-related products and services, demand deposit products and services, loan 
products and services, credit-related products, etc. Securities and investment products 
and services would include equity securities, debt securities, mutual funds, money 
markets, derivatives, etc. The term "plan" is used in its broad sense to include a plan 
which may incorporate one or more financial products and one or more financial 
services aimed at achieving a particular objective or set of objectives of the client. For 
convenience and ease of explanation, the term "financial products" as used hereinbelow 
may refer to financial products and/or financial services and/or financial plans, and 
combinations of these. 
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"Financial product information" as used herein refers to information which 
identifies, describes, explains or otherwise pertains to the financial product or products 
(including services and plans) which are to be the subject of some or all of the client 
communications, as explained more fully below. 

"Label" as used herein refers to any means of identifying a communication 
(including responses and replies) as one relating to a particular client, in other words, 
it is an identifier that allows tracking of the communications to and from each client 
to distinguish these from those communications to and from other clients in a plurality 
of such client communications. Preferably, the label is electronically received or 
machine readable, such as a bar code, but other identifying labels may also be used, 
such as a unique identifying number, and the like, 

"Letter" as used herein means any communication, whether. delivered by mail or 
by other means, and includes verbal communication. 

"Host vehicle" as used here means a vehicle, such as an account statement, 
notice, letter, etc., other than a client communication, which is to be sent to a client. 
The term "vehicle" is used here in the sense of a medium for communication, examples 
of which would include a paper document, and electronic document, a 
machine-readable medium, and the like. Specific examples of host vehicles would 
include a bank account statement, credit card account statement, brokerage account 
statement, billing statement from a local utility, a notice or advisory bulletin, etc. In 
the context of the illustrative examples provided herein, typically there would be a host 
vehicle for each client, which host vehicle would provide the statement, notice, etc. 
The host vehicle typically would constitute the primary purpose for contacting or 
communicating with the client. The client communication preferably would be attached 
as an integral part of the host document. 

"Host information" would include information which is included within or 
otherwise pertains to a host vehicle or a collection of host vehicles. Examples of host 
information would include such things as the type of checking account to which a 
statement pertains, the bank or other institution which holds the account or which issues 
a financial product reflected in the host vehicle (e. g. , the product provider), the amount 
of utility services or products reflected in a particular bill, account information, a 
statement of account, etc. 

- 13 - 
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"Response" refers to a communication* from & client in response to an original 
"client communication" sent to that particular client or a reply communication. The 
response includes a selection of response options, for example, "buy," "more 
information," "different amount," etc., depending upon the nature of the product or 
service being marketed. Of particular interest are responses that select nonpurchase 
type options (i.e. ones that do not include an order to buy) because, as explained 
above, traditional mass marketing generally does not permit and generally does not 
cope with these types of responses. To facilitate the automatic reply scheme of the 
invention, each response is tagged with a label. Responses can be received by a variety 
of transmission methods, e.g. electronically from call centers, users of the system, 
faxes, internet, etc. 

"Reply" as used herein means a responsive communication generated by a user 
of the system of the invention that responds to a "response" from a client. Each reply 
preferably includes a label corresponding to the label of the client response to which 
it is responsive. Each reply is preferably individualized beyond merely a name and 
address of the client, to include such personalized details as specific product 
information requested, alternative quotations requested, and the like, as discussed 
herein. 

One of many possible embodiments of the apparatus according to the invention 
is illustrated in FIGURE 1. It should be readily understood by those of skill in the art 
that the apparatus may vary significantly from the example shown, based on the rapid 
advances in technology that are ongoing in this field. The example shows an 
embodiment including a computer system using a networked client-server database 
system architecture with a number of computer nodes or computer workstations. A 
network server 10 is shown in FIGURE 1. Computer workstation nodes would be very 
similarly configured. In addition to the server and workstation nodes, system nodes 
also may include output devices, such as laser printers (not shown). Each of the 
individual computer workstations or nodes within the system includes a processor 12, 
a display 14, a keyboard 16, a mouse, light pen, or similar pointing device 18, a 
modem 20, a tape drive 22, and a bar code reader 24. 

The processor of each computer node (server or workstation) includes a central 
processing unit (CPU) 26, random access memory (RAM) 28, and at least one mass 
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storage device 30, such as a hard drive and/or a "diskette drive. The design and 
configuration of CPU 26 is not limiting, and may include any of the CPU designs sold 
as standard components with high-end IBM-compatible personal computers or business 
machines. Such processors include Pentium™-type processors from Intel Corp., Santa 
Clara, California, Power PC processors from IBM Corp., and their substantial 
equivalents. With the continuous and ongoing improvements in computer and 
electronic technology, many modifications may be made to the specific nature of 
hardware components required. Accordingly, one of skill in the art may select any 
hardware components that would rapidly and efficiently process the number of client 
communications anticipated, whether numbering in the hundreds of thousands or in the 
tens of millions. For example, an IBM-compatible personal computer with about 256 
megabytes of RAM, a 500MHz Pentium III processor and a hard-drive of about 16 
gigabytes of storage capacity, as is presently widely commercially available, would find 
ready application in the apparatus of the invention. The desired speed of the CPU 26 
and size of hard drive will depend, as indicated above, on the specific application for 
which the apparatus must be used, and the volume updated to be handled. The CPUs 
of network workstations may, for instance comprise PentiximlH-based processors with 
about 256 megabytes of RAM and about 10 gigabytes of hard disk storage capacity. 

Display 14 should be compatible with the processor, and preferably should have 
a resolution of at least about 800 x 600 pixels. Many other and better 
commercially-available monitors would suffice. 

Keyboard 16 may be any modern keyboard which is compatible with the 
processor. Keyboard 16 comprises a means for the system user to selectively input 
information, decisional information or criteria, module instructions, and the like into 
the system where manual input is called for. 

The mouse, light pen, track ball or similar pointing device 18 is used to navigate 
the graphical user interface of the system, which is designed to increase the ease of use 
of the system, as will be described more fully below. It also comprises means for 
inputting information into the system, particularly where graphical interface 
environments are used in. implementation. These devices may be obtained from 
commercially-available sources as off-the-shelf components. 
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Modem 20 is used for communicating with Computer systems remotely from 
processor 12. The design of modem 20 also is not limiting, and its specific design will 
depend upon the design of processor 12, the design and configuration of the computer 
or computers to be communicated with, and similar generally known factors in a given 
5 application. In the preferred embodiment of FIGURE 1 , modem 20 comprises a high 
speed modem, about 56K baud modem which is compatible with processor 12, such as 
are commercially available. 

Tape drive 22 is optional, but may be used for inputting bulk files and lists, as 
described in greater detail below. The specific design and configuration of tape drive 

10 22 also will depend to a large extent on the design and configuration of other system 
components, and on the particulars of the application. In the preferred embodiment of 
FIGURE 1, tape drive 22 comprises a high-capacity digital tape device which may be 
obtained as an off-the-shelf component from commercial suppliers. 

Bar code readers may be used to speed manual input of data and also to record 

15 responses and other correspondence from clientive clients. They should be 
industry-standard readers capable of reading the major bar code formats, such as 
Code-39 bar codes, and inputting the scanned information to processor 12. An optical 
scanner (not shown) also may be provided as an optional input device. 

The system includes a high-quality laser printer 32, such as any of the high-end 

20 commercially-available laser printers available for processors of the type employed in 
this system. Large-volume commercial laser printers also may be used for producing 
large quantities of client communications at rapid rates. The system also may include 
as an output a modem such as modem 20 or similar on-line or networked connection. 
Processor 12 has resident within its accessible memory system computer software 

25 or system software, a flow diagram of which is shown in FIGURE 2. The software has 
a "core" system for processing tasks such as selecting variable information and 
preparing client communications. The system software also includes an "administrative 
and support" system for supporting the core system, facilitating the communication or 
marketing program, providing administrative and management reports and functions, 

30 and other tasks. The core system includes a plurality of modules, including a data 
input module, a database module, a processor module, and a sales presentation and 
output module. The administrative and support system includes a production and 
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scheduling module, a sales and financial report and analysis module, a telemarketing 
module, a communications interface module, and an automated new business 
processing module. Each of these systems and modules will be described in greater 
detail below. 

In accordance with the preferred embodiment and method, an example of a main 
menu for the system software is shown in FIGURE 3. This menu includes a plurality 
of buttons corresponding to the modules of the system as depicted in FIGURE 2. 

A flow diagram which outlines steps of the preferred method is shown in 
FIGURE 4. Referring to the left portion of the diagram, the method includes a step of 
inputting information of various types into the system. Although the specific forms of 
information to be inputted will vary from application to application, they generally will 
include client information. This client information may be pre-selected or pre-sorted, 
for example, using known market segmentation or targeting techniques, or what has 
been referred to recently as "database mining." Financial product information, and in 
some cases host information, also may serve as inputs. 

The preferred method also includes a processing step (center of FIGURE 4) in 
which decision information is used to automatically select variable information for 
inclusion or provision in the client communication or communications. The output of 
the processing step (right portion of FIGURE 4) is one or more client communications 
which include the variable information. The variable information is used to make the 
client communications highly individualized or personalized. The client 
communications are adapted to be combined with corresponding host vehicles for the 
respective clients to create a corresponding plurality of combined outputs. This 
combination can be very advantageous over prior known methods, e.g. . based upon the 
ability to make the client communications highly personalized and at the same time 
delivering the client communication together with the host vehicle to achieve the 
corresponding cost savings. 

As an initial step in the preferred method, one generally would determine the 
financial product or products which are to be presented in the client communications. 
This selection may be made, for example, based upon the nature of the client 
population itself, the desired financial product or products to be offered, etc. It should 
be appreciated that this step need not necessary occur first. The selection of financial 
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products, for example, may be one of the functions Which the system performs, e.g. T 
during its processing step as described more fully below. 

The preferred method includes a step of providing a format for the client 
communication wherein the client communication format includes a variable portion. 
Each of the client communications includes at least one variable or variable portion in 
which variable information is inserted or otherwise provided. The variable information 
is selected based upon the decision information. These aspects and features of the 
invention will be described more fully below. 

The term "format" is used according to its common meaning and refers to the 
general layout and appearance of the communication. The format may assume any one 
of a wide variety of forms, depending upon the financial product or products involved, 
the intended client base, the communication medium, the desired or available space, 
the tastes and specific needs of the communication designer, etc. Formatting inputs 
would include such things as typographical formatting information (e.g. , top, bottom 
and side margins), fonts, graphics, displays and display locations, etc. The format also 
may include content designations. In more advanced applications, a plurality of 
formats may be selected, and the system and method may be adapted to select from 
among the formats for a given client and client communication. For illustrative 
purposes herein we will use single-format examples, rather than a set of communication 
formats from which the system and method would select on a client-by-client basis. 
Sample client communication formats are attached hereto as Appendix 1 and Appendix 
2. These samples, which are merely illustrative and not limiting, might be attached to 
a bank statement (a sample host vehicle), and would be used for marketing individual 
life insurance. Note that each begins as page 3 of 4 pages. Pages 1 and 2 in this 
illustrative example would be the host vehicle. 

The communication format includes at least one variable or variable portion, as 
noted above. Preferably, the format of each communication will include a plurality of 
variables or variable portions. Each of these variables constitutes a portion or segment 
of the client communication which, in the actual communications, will vary from client 
to client, and from client communication to client communication. The variable may 
assume any one or combination of a wide variety of informational types and content 
components. Examples would include client information (generally other than a client 
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identification), financial product information, ancillary data, variable text, etc. A given 
communication format may include a plurality of variables of a given type, e.g. T all 
client information, or it may comprise different types of variables, e.g. . client 
information, financial product information, etc. 

The preferred method includes steps of inputting into a computer-accessible 
storage medium variable information other than a client identification, and inputting 
into the storage medium decision information. The preferred apparatus similarly is 
provided with appropriate input means for inputting these and other various categories 
of information into a computer-accessible storage medium. The method and apparatus 
of the invention are adapted to process various types of information in generating and 
outputting the client communications. The flexibility and variability of the specific 
types of information which may be used, and the specific manner in which the 
information may be used, comprise significant advantages of the invention over prior 
known systems and methods. 

Initial system inputs typically and preferably would include client information, 
financial product information, decision information, text information, and in some 
applications ancillary information. Any one of these classes of information could 
comprise variable information, although decision information often is used primarily 
for internal systems purposes. 

The types and amounts of client information provided to the system and used in 
the method will depend upon the types and amounts available, the desired client 
communication format, the decisional information or logic to be used, etc. Client 
information may comprise a variety of types of information pertaining to a particular 
client, or to a particular class of clients. In most instances, this client information will 
include a client identification. "Client identification" as used herein includes the 
information about the client which uniquely identifies a given client and permits 
correspondence or communications to be forwarded to the client. In most instances this 
client identification constitutes the client's name, or the client's name and post office 
address. A client account number also may be included. This term is intended to be 
construed narrowly, for example, to include only the minimum information, usually 
name and postal address, necessary to uniquely identify the client and forward the 
communication to the client. It would not include, for example, information which 
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may happen to be unique to the client and fnay uniquely identify the client under 
analysis, but which information is not typically used to identify the client. Individual 
components of client identification other than client name also typically would not be 
included within the scope of the term client identification as used herein. A client's 
postal zip code used separately from the postal address, for example, would not qualify 
as the client identification. 

A wide variety of types of client information other than the client identification 
may and often is available. Typical examples might include the client's age, 
occupation, employer, annual income, marital status, whether he or she smokes, family 
information, geographic information other than client address information (e.g.. zip 
code, city, county, state, etc.), purchasing information such as purchasing practices and 
proclivities, client asset information, liability information such as mortgage or loan 
information, client activity information ( e.g. , hobbies, sporting activities, etc.), and 
other psychographic, demographic and general client data or information. A 
commercial bank or savings and loan which loans on home mortgages, for example, 
typically would have client information in the form of the address of the mortgaged 
property, the mortgage loan amount, and the loan origination date. This information 
would be useful for an individual mortgage life insurance program in which insurance 
solicitation communications are sent to mortgagee clients. 

"Financial product information" as used herein refers to information which 
identifies, describes, explains or otherwise pertains to the financial product or products 
(including financial services and financial plans) which are to be the subject of some 
or all of the client communications. Financial product information includes product 
pricing information and product non-pricing information. Pricing information includes 
the pricing for the relevant products, and perhaps other information relevant to pricing, 
for example, such as the time period during which particular prices will be available, 
payment terms, available financing terms, etc. Product non-pricing information 
includes any financial product information other than product pricing information. 
Examples of product non-pricing information would include product-related 
descriptions, conditions o£ offer, classes of clients for whom the product is available 
(e.g. . "issue constraints" as used in the insurance industry), annuity tables, actuarial 
tables, etc. 
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The financial product information may pertain to a single product, or to a 
plurality of different financial products. In the field of insurance, for example, the 
financial product information may pertain to a non-property and non-casualty insurance 
product, an individual life insurance product such as term, whole life, universal life and 
the like, a health insurance product, a disability insurance product, an annuity, and the 
like, and combinations of these. In the banking area, the financial product information 
may pertain to a savings product, a checking or demand account product, a loan 
product, a credit-related product, a retirement product, etc., and combinations of these. 
In the banking and brokerage firm areas, the financial product information may pertain 
to such products as an investment product and/or financial security (e.g. , stocks and 
other equities, bonds and other debt instruments, money markets, mutual funds, etc.), 
derivatives, etc., and combinations. Combinations of financial products across fields, 
such as banking and insurance, also are possible. 

"Ancillary information" as used herein refers to virtually any type of data or 
information useful for the system (hardware and software of Figs. 1 and 2) and/or 
method in performing the intended functions, but excludes client information, financial 
product information and decision information. Examples of such ancillary data or 
information would include statistical information, geo-code data, and the like. 
Non-client specific information also may be included in this category, such as 
demographic, psychographic or buying habit data. Incidentally, the term "information" 
is used broadly herein to include quantitative data as well as other forms of 
information. 

Text information comprises text, e.g. . in the form of an alphanumeric character 
or character string, a word, a phrase, a sentence, a paragraph, or even a graphical 
symbol. The preferred form of text information in many applications involving the 
marketing of financial products would comprise a phrase, Le^, a collection of words, 
which would be part of a sentence or paragraph of fixed text within the client 
communication. For example, if the client communication presents a financial product 
such as a security, the description of the product may assume one form for clients 
under a predetermined age, such as 40 years old, and the description of the same 
product may assume another, perhaps more conservative or risk-adverse form for 
clients over the predetermined age. 
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Text information as used herein can 'and often will overlap with the other 
categories of information as defined herein. Text information may, for example, 
comprise or pertain to client information. In the example provided immediately above, 
the text information pertains to financial product information. Text information also 
may comprise or pertain to ancillary information, decision information, etc. 

The decision information to be provided to the system may and usually will vary 
from application to application. This decision information typically would be inputted 
as part of the system initialization for a given run. The decision information generally 
will comprise criteria or conditions used for the selection of variable information. The 
decision criteria preferably comprise programmed database queries which are used in 
conjunction with the client database, and perhaps a financial product database and/or 
an ancillary information database to select records, to select fields- within records, and 
the like. The decision information also may comprise conditions and instructions for 
selection of information from lookup tables and similar data structures. 

According to the method of the invention, decision information is used to 
automatically select variable information for insertion or inclusion in the variable or 
variable portions of the client communication or communications. This variable 
information preferably includes information other than, or in addition to, a client 
identification as that term has been defined herein. The variable information may be 
selected for insertion into the variables or variable portions of the client communication 
for one or more of the clients. 

The variable information may comprise part or all of the information provided 
to the system as the client information, the financial product information, the ancillary 
information, text information, and even the decision information. This variable 
information may comprise virtually any form of client information, but preferably, as 
noted, it would be other than, e.g. . in addition to, a client identification, most notably 
the client's name, address, account number, etc. The variable client information may, 
for example, comprise information pertaining to the client such as client age 
information, health information, client family information, client geographic 
information other than client address information, client purchasing information, client 
asset information, client liability information such is information about a mortgage, 
client financial income information, client occupation information, client activity 
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information (e.g., sports activities, recreational activities, etc.), and the like. The 
variable client information may comprise psychographic client data and/or demographic 
client data. In the term life insurance context specifically, this variable client 
information preferably would be other than a client name, address, age, marital status, 
tobacco habits, and other than the type and amount of life insurance coverage, which 
comprise related product information. 

Where the variable information comprises financial product information, this 
variable financial product information also may assume a wide variety of forms. As 
noted, the variable financial product information may pertain to a single financial 
product or to a plurality of different financial products. The variable financial product 
information may comprise or pertain to, for example, one or more insurance-related 
products. Examples would include property and casualty insurance products, as well 
as non-property and non-casualty insurance products. The latter grouping would 
include individual life insurance products such as individual term life insurance 
products and individual life insurance products other than term, such as permanent life 
insurance products. Permanent life insurance products would include such things a 
whole life, universal life, and the like. Where combinations of insurance products are 
included, they may include, for example, a combination of an individual term life 
insurance product and an individual permanent life insurance product. Other types of 
insurance products to which the variable information may pertain include credit life, 
disability, and unemployment insurance; health insurance products; disability insurance 
products; annuities; etc. 

The variable financial product information also may comprise or pertain to 
bank-related products such as information on various types of demand deposit accounts, 
savings accounts and product, loan products, credit products, etc. Where the variable 
financial product information pertains to financial investments or brokerage-type 
products, the information may comprise or pertain to various investment products, 
financial securities, equity instruments such as common and/or preferred stocks, stock 
options, warrants and the like, debt instruments, money market funds, mutual funds, 
derivatives, etc. The variable financial information may comprise or pertain to 
financial product pricing information or financial product non-pricing information, or 
both. 
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The variable financial information may also include assurance products and 
money saving products such as information on warranty plans (home, automobile, 
electronics, etc.); discount clubs or programs (dental, travel, etc.); extended warranty 
plans; and the like. 

The variable information also may comprise or pertain to ancillary information, 
such as statistical demographic information, geo-code data, psychographic data, 
economic data pertaining to more than one person, e.g. . pertaining to persons other 
than merely to a single client, and combinations of these. 

The variable information also may comprise text or text information. Where it 
would be desirable to present differing text in the respective communications, for 
example, depending upon the age, marital status, etc., of the respective clients, several 
different versions of text may be used as variable information. Any given one of the 
text inputs would be used for a particular client only if that text were appropriate for 
that client. As noted, information other than a client identification, Le^, information 
in addition to the client identification information if client identification is present, may 
constitute the variable information. 

The apparatus according to the invention comprises means for inputting into a 
computer-accessible storage medium variable information comprising other than (in 
addition to) a client identification and decision information. The input means used for 
a particular application will vary depending upon the format in which the information 
is available. Examples would include a keyboard, a disk drive, a tape drive, a hard 
drive, a modem, an optical scanner, a bar code reader, a pointing device such as a 
mouse or track ball, a network link, etc. Client information, financial product 
information, decision information, ancillary information, etc. may be provided on a 
data tape, compact disk, diskette, or similar storage medium, in which case the input 
means correspondingly would comprise a tape drive, a compact disk reader, a disk 
drive, and so on. Some records may be available on non-resident databases, as noted. 
This is increasingly the case as online networks such as the Internet gain widespread 
use and acceptance. In such instances, the information may be received via modem 20. 

The input means o£ the preferred embodiment may include any one or any 
combination of keyboard 16, pointing device 18, modem 20, tape drive 22, bar code 
reader 24, an optical scanner, mass storage device 30 (e.g. , hard drive or diskette 
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drive), and equivalent input devices. With' reference to FIGURE 1, for example, 
information may be directly entered using keyboard 16. In some instances, bulk 
information may be available, for example, comprising lists of client records, in which 
case the input devices more suitable for transfer of bulk files would be used. Diskette 
drive 30, for example, as would come as standard equipment with the types of 
processors noted above, may be used. 

The input means preferably is adapted for inputting such data and information 
both individually and automatically in bulk. Automatic or bulk input would be done 
essentially or entirely without human intervention. This is particularly desirable when 
inputting client information, which ideally would be capable of being inputted as client 
records without human intervention between input of the respective client records. 

The decision information may take a number of forms, as noted above. The 
means for inputting the decision information therefore may assume different forms, 
such as those identified above and their equivalents. Preferably, the decision 
information will comprise one or more computer programs which include database 
query commands to query or filter the client information, financial product information, 
etc. according to desired conditions or criteria. The preferred input means for this task 
accordingly would comprise keyboard 16 and/or tracking and pointing device 18, 
operated in conjunction with the associated device-related software and software 
drivers. 

The input means is operatively coupled to a computer-accessible storage medium 
so that the storage medium receives and stores the information as it is inputted. The 
storage medium according to the preferred embodiment may comprise RAM 28, mass 
storage device 30, other memory within CPU 26, tape drive 22, and any combination 
of these. The storage medium according to this aspect of the invention may comprise 
any storage device or medium capable of storing the inputted information and storing 
it for subsequent retrieval and transmission ultimately to CPU 26. The storage medium 
need not be directly connected to or directly in communication with CPU 26, provided 
it is capable of transferring the information to CPU 26 upon the appropriate command. 

The inputting of data and information in the preferred embodiment is carried out 
as part of the data input module as depicted in FIGURE 2. This module forms part of 
and interacts with the inputting means to receive the inputted client information, 
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financial product information, and possibly ancillary iiiformation and text, and to store 
the information in an appropriate storage medium, such as mass storage device 30 or 
RAM 28. 

The data input module performs tasks related to inputting information into the 
system. An example of the organization and task flow of the data input module is 
shown in FIGURE 5. As noted above, data may be entered manually or automatically. 
For example, information may be entered using scanning technologies. Bar codes may 
be used on advertisements, information cards and other documentation. Scanners such 
as those commercially available for use with processor 12 may be used to read the bar 
coded information. Similarly, an optical scanner may be used to scan an entire page 
or document, and standard image processing software may be used to read information 
from the scanned client information from the scanned input. The invention is not, 
however, limited to these input modes, and others may be used. For example, as voice 
recognition technology develops, there very well may be the ability to input client 
information merely by voicing that information into a voice recognition device, which 
would translate the voice information into digital client data. 

The task of automatically or semi-automatically sending large numbers of 
communications efficiently and cost effectively generally will require that the system 
receive or gather on its own large volumes of client information. For a given client, 
the system is adapted to retrieve client information and, depending upon the 
circumstances, other information as well. Inherent advantages of using an automated 
environment to undertake these tasks is the tremendous speed with which computers 
can retrieve, process and store large volumes of information. 

The data input module of this embodiment and method inputs data into the system 
from one or more of the input devices for the system, such as modem 20, tape drive 
22, or bar code reader 24. The details of the data input module will depend to a certain 
extent upon the type of data to be input. 

With farther reference to FIGURE 5, as data is inputted, the data input module 
stores it in a temporary storage area within processor 12. If necessary or appropriate, 
the data is converted to a, format compatible with the system. For example, as is 
known in the database arts, it is sometimes necessary to import or export files to 
convert one database format to pre-defined database structure. In this embodiment, the 
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data input module also may tag and identify client records as they are inputted, and 
perform general and routine "house keeping" tasks on the data. 

Once these tasks have been performed by the data input module, the 
properly-formatted client information is transferred to the database module. In the 
preferred embodiment, the database module comprises a relational database essentially 
equivalent to commercially-available database packages. 

The database module of the preferred embodiment stores client information for 
general use by the system, as explained more fully below. The database stores client 
information so that each client is represented by a record in the database, and the 
various items of information to a given client are contained within fields under the 
record for that client. Examples of the structure and contents of a client database for 
life insurance, for example, may include the following fields: 

Name 

Address (including zip code) 
Age 

Tobacco user v. non-tobacco user 
Marital Status 
General Health 

The contents of a representative client database record for marketing of individual 
mortgage life insurance may include the following: 

Borrower Co-Borrower 



Name 
Address 

(including zip code) 
Age 

Tobacco user v. non-tobacco user 
Marital Status 
General Health 



Name 
Address 

(including zip code) 
Age 

Tobacco user v. non-tobacco user 
Marital Status 
General Health 



The contents of a representative client database record for a commercial bank may 
include the following: 
Name 

Address (including zip code) 
Account Type 
Account Number 
Account Balance 
Spouse 
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Occupation 

Employer 

Income 

The database module also may include information other than client information. 
For example, this module typically may include a listing or database of financial 
products and/or financial product information. The financial product information 
typically would include not only the identification of the products, but information 
about pricing, conditions on availability (e.g. . "issue constraints"), etc. Product 
availability conditions or constraints as used here refers generally to limitations on the 
availability of the product, e.g. , geographic availability constraints, age range 
constraints, face value or amount constraints, and so forth. The product-related 
database also may include descriptions and explanations of the products, e.g. . in the 
form of text information. This will be explained in greater detail in connection with 
the sales presentation and output module. 

A sample set of tables for use in preparing and delivering client communications 
pertaining to life insurance products is presented in FIGURE 6 (including FIGURE 
parts 6 A and 6B) . These tables may be inter-related depending upon the specific design 
of the database or databases for a given application. 

According to the method, the decision information is used or processed to 
automatically select variable information. In the preferred method, the decision 
information is used to select a subset of the variable information for inclusion in the 
variable portion or portions of the client communication corresponding to the variable 
portion or portions of the client communication format. The apparatus according to the 
invention similarly includes processing means operatively coupled to the storage 
medium for using the decision information to automatically select a subset of the 
variable information for the client, or for each client where processing involves a 
plurality of client records. The subset of variable information for a given client then 
may be used in the subsequently-prepared communication for that client to individualize 
or personalize the communication. As implemented in the preferred embodiment, the 
processing means comprises processor 12, including CPU 26 and related components, 
operating under the control of processor module computer software, as shown generally 
in FIGURE 2. 
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The specific identity and nature of the variable information selected by the 
processing module may be varied from application to application depending upon a 
number of factors, the most important of which is the decision information as selected 
by the system user. The processor module provides tremendous flexibility. It may be 
adapted, for example, to handle a wide variety of classes of financial products, such as 
term life insurance, permanent life insurance, combinations of term and permanent life 
insurance, health insurances, disability insurances, long term care insurances, and the 
like. The processor module can accommodate any type of client information that can 
be incorporated into the client database. In addition, the processor module has great 
flexibility in the specific analytical and decision making methods and procedures used. 
Specific yet merely illustrative examples are provided below. 

A flow chart depicting the general organization and logic flow of the processor 
module for the preferred embodiment and method is presented in FIGURE 7. As 
indicated at block A, the processor module is scheduled by and operates under the 
general instruction of the production and scheduling module (described more fully 
below). The production and scheduling module would determine, for example, which 
of several competing jobs or client databases would be processed and in which order. 
The processor module flow then moves to step B, in which it retrieves decision 
information and other instructions delineating the tasks the system is to perform and 
upon which information. 

The processor module flow at block C retrieves the information, in this case a 
client record (client information), which is to be used with the decision information in 
selecting the variable information. By operating upon the decision information, such 
as database query commands based upon the client database fields, the system processes 
the client information and uses it to select the variable information. The type of 
information retrieved by the processor module will depend upon the type of analysis 
under consideration, and for which the system has been adapted. Illustrative examples 
of such input data are described above with reference to the data input module and the 
database module. The processor module is described herein as processing data files 
sequentially, one record at a time. This is not necessarily limiting. For example, the 
processor module may be configured so that it processes more than one record at a time 
through such generally known approaches as multi-tasking or parallel processing, 
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and/or by means of networked machines* operating in parallel or otherwise 
concurrently. 

In step C, depending on the particular application, the processor module may 
undertake some pre-sorting or other manipulation of the client information prior to the 
principal analysis of it. For example, there may be categories or items of information 
within a given a client record that are not utilized in the analysis and decision making 
procedures to be undertaken by the processor module in that application. Therefore, 
it may be appropriate to modify the retrieved client records to eliminate such categories 
or items before further processing in undertaken in the processor module. 

In step D of the processor module, the processor module uses the decision 
information to analyze and evaluate the client information for that record to select the 
subset of variable information for that client. The selected variable information is 
outputted as step E. This may occur as each client record is processed or, preferably, 
for a plurality of records. The process returns to block C to retrieve the next client 
record, and processing is repeated at block D. This looping process is continued until 
all client records to be processed in fact have been processed in this manner. 

A slightly more complicated application or process flow for the processor module 
of the preferred embodiment and method is illustrated in FIGURE 8. FIGURE 8 is 
similar to FIGURE 7, but is specifically adapted for preparing client communications 
in connection with the marketing of life insurance. Blocks A through C of FIGURE 
8 are essentially identical to those of FIGURE 7. Block. D of FIGURE 8 shows 
considerably more detail as to the process which occurs in this example. In substep 
Dl, the insurance need of the client is identified. This may be done, for example, 
based upon information in the client record such as age, marital status, financial 
information pertaining to the client, etc. Substep D2 involves analyzing and evaluating 
the client information, such as demographic data, to make the selections described in 
the subsequent steps. In substep D3, the processing flow decides on the number and 
types of insurance plans to offer to this particular client. In substep D4, the processing 
flow selects the financial product or products to fit into each plan offered. This would 
be accomplished as part of the decision information and its programming. Two sample 
options are illustrated in the drawing figure. Option A involves presenting only certain 
products and/or the products of certain product carriers. Option B provides greater 
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leeway in selecting products and plans. In substep D5, the processing flow uses client 
information, such as for example the client's age, financial income, and the client's zip 
code, to determine an amount of coverage to be offered in each plan presented to that 
client. The process returns to block C to retrieve the next client record, and processing 
is repeated at block D. This looping process is continued until all client records to be 
processed have been processed in this manner. 

Variable information may be selected using client information, Le^, the decision 
information may include using client information to select the variable information for 
inclusion in the client communication. This is generally true regardless of the nature 
or content of the information actually selected as the variable information. 

In step D3 of the processor module flow depicted in FIGURE 8, the module 
decides on the number and types of plans to be proposed to the client, which represents 
financial product variable information. This decision is based upon the insurance needs 
of the clients as identified in the decision information, on the client information in the 
client record, and possibly on other information such as demographic information, 
geo-coding information, etc. This step involves making an informed intelligent 
decision regarding the possible solution or solutions to the product or protection needs 
of the customer. Factors which may be considered by the module in this selection 
process may include the client demographic information (e.g . age, gender, tobacco 
usage, and occupation) mortgage information, financial information such as income, 
marital information, existing policy information, family-related information, and other 
factors selected by the system user and incorporated into the processor module decision 
making criteria. 

The processor module in conjunction with the decision information selects the 
variable information, in this example the financial products, which satisfy the decision 
making criteria being employed in the module. Under this substep, the processor 
module draws from the available product pool the most appropriate product to fit each 
plan selected as a candidate in this substep. Preferably the processor module has the 
ability to select from a large number of products and product providers. In performing 
this step D3, the processor module may take into consideration factors such as: the 
premium for the product, the compensation paid to the system user or other provider 
including primary and secondary compensation, legal issues, underwriting 
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requirements, demographic information pertaining tQ the client, and the net cost of 
premiums over a specified period of time. As to legal issues, all local, state, and 
federal laws regarding insurance sales, for example, and* additional constraints imposed 
by product providers may be considered. 

There are numerous examples in which client information may be used to select 
variable information. To illustrate this approach, the decision information may include 
the criteria of selecting a first text string describing a financial product ("text string A") 
if the client has an annual financial income of greater than a certain amount, e.g. . $ 
50,000, and selecting a second text string ("text string B"), if the client's income is less 
than $ 50,000. This example uses client information (annual income) to select variable 
information (alternative financial product descriptions) based upon decision information 
(income greater than or less than $ 50,000). The client's age easily could be used 
instead of annual income, as could virtually any other item of client information. 

To further illustrate the types of decision making procedures and criteria which 
may be embodied in the processor module, we will use the example of individual 
mortgage life insurance. Pursuant to the example, assume that each client record 
includes the address of the property subject to the mortgage, the amount of the 
mortgage, the monthly mortgage payments and the following information for each 
borrower and co-borrower: Name, age, and gender. As part of the analytical and 
decision making criteria information retrieved by the processor module, a set of 
scenarios are provided for characterizing the client and the surrounding circumstances . 
Illustrative examples of the scenarios would include the following: 
Scenario 1: Single individual borrower. 

Scenario 2: Two borrowers of different gender, which may include a husband 

and wife, business partners, etc. 

Scenario 3: Two borrowers of the same gender, which may include a parent 

and child, siblings, business partners, gay partners, etc. 

As part of the retrieved decision making criteria, the processor module would retrieve 
the information depicted graphically in Figs. 9 through 11. If the client record under 
consideration reflected a single borrower, the processor module would employ the 
decision making criteria (decision information) reflected in FIGURE 9. According to 
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those criteria, the processor module would determine into which of three mutually 
exclusive categories the mortgage falls based on the loan amount. In this example, loan 
amounts of at least $ 10,000 but less than $ 50,000 would fall into category A. Loan 
amounts of at least fifty thousand dollars but less than one hundred thousand dollars 
would fall into category B, whereas loan amounts of at least one hundred thousand 
dollars would fall into category C. At a second level of decision making, the age of 
the borrower would be considered. For borrowers in category A between the ages of 
twenty (20) and sixty-five (65), the processor module would select product package 
number 1 (PI), which includes three alternative plans, i.e., plan A, plan B } or plan C, 
as described in the box for package PI in FIGURE 9. Note that for any age or 
mortgage loan amounts outside the ranges indicated in FIGURE 9, no proposal would 
be made because of issue constraints. 

To the extent the client record falls into category B based on loan amount, the 
agent borrower similarly would be used to further categorize the record. In this 
illustrative example, category is segregated into two age categories, Le^, Bl and B2. 
Category Bl includes borrower of at least twenty (20) but less and fifty (50). Category 
B2 includes ages greater than fifty (50) but less than sixty-nine (69). Those records 
qualifying under category Bl would result in the proposal of a package P2. This 
package P2 would include three optional proposals, as described in the box for package 
P2 in FIGURE 9. 

For category B2, a package P3 would be proposed. Package P3 similarly 
includes three optional plans, as described in the box for package P3 in FIGURE 9. 

For those records falling within category C, i.e., involving loan amounts of at 
least $ 100,000, package P3 would be proposed. 

The processor module would analyze each client record to recognize scenario # 
2, i.e. , two borrowers of different gender. The decision making criteria and processing 
undertaken for records qualifying under scenario # 2 is depicted in FIGURE 10. 
Processing under this scenario would be very similar to that described above with 
regard to FIGURE 9. At the initial level, each record would be categorized based on 
loan amount. Segregation at a second level would occur based on age of the first or 
principal borrowers 
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Similarly to FIGURE 9, those clients qualifying under scenario # 2 and falling 
within category Al would be proposed a package PI which includes three optional 
plans, i.e., A, B and C. A package P2 would be proposed to those clients qualifying 
under category Bl in FIGURE 10. For those clients qualifying under category B2, a 
package P3 would be proposed. For those clients qualifying under category B3 of 
FIGURE 10, a package P4 would be proposed. For clients qualifying under category 
CI, package P5 would be proposed. - For those clients qualifying under category C2, 
a package P6 would be proposed. 

Where the client record indicates there are two borrowers of the same gender, 
scenario # 3 would be implicated. The decision making criteria and processing for this 
illustrative example is shown in FIGURE 11, which follows the same logic and 
processing of Figs. 9 and 10. 

In these illustrative insurance examples, two methodologies may be employed for 
selecting the variable product information, Le^, a product and/or product 
provider-specific methodology and a "best policy" analysis methodology. Both of 
these methodologies taken to account the information from substep D3. The first 
methodology considers each of the various factors which may be used to evaluate the 
attractiveness of that product for the particular client. Such factors considered by the 
processor module may include the premiums, issue constraints, compensation paid to 
the system user, product provider, etc., and underwriting requirement. 

The "best policy" methodology evaluates and analyzes a potentially large number 
of product providers and products which best meet a specified set of criteria, for 
example, by picking the product having the lowest premium for the client. 

In step I of processor module processing according to this embodiment and 
method (FIGURE 8), the module analyzes the past or current performance on a 
real-time basis of various sale programs. It identifies on a real-time basis who is 
buying on any geographic or any demographic basis. This step involves determining 
what the individual client is most likely to buy, making the end users aware of that fact, 
recommending changes, and if given permission, or appropriately coded, automatically 
implementing the changes * which may occur even during the running of the module. 

To better illustrate the organization, operation and flow of the processor module, 
another example, Le^, one involving the logic associated with the marketing of life 
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insurance, will now be explained with reference to FIGURE 12. Steps C, D, E,... of 
FIGURE 12 correspond to the similar steps of FIGURE 8. In step C, the processor 
module retrieves a client record for analysis. In step D, the module identifies the 
insurance need for the client, e.g. , to replace lost income. 

In step E, the module analyzes and evaluates client information for this client, 
including all pertinent client demographics available to the system. The system also 
may retrieve and use additional demographic data, for example from a geo-coding 
module. 

The database module of this preferred embodiment includes a geo-coding module 
which includes geo-coding data. This geo-coding data can be organized by zip code 
and includes statistical information regarding location, average income, average 
education, average property values and the like within that zip code area. It can obtain 
in real-time any field of demographic information for use contained within the United 
States census. 

In this illustrative example shown in FIGURE 12, step F involves segregating 
client records by annual income. For client records reflecting an annual income of less 
than one hundred thousand dollars, processing continues along a path Fl. For client 
records reflecting an annual income of at least one hundred thousand dollars, 
processing proceeds along a path F2. 

In step G of FIGURE 12, clients falling under category Fl are offered two 
optional term insurance plans, depending on the age of the client. For those clients 
having an income of less than one hundred thousand (path Fl), two term insurance 
plans would be proposed, but specifically which two would depend upon the age of the 
client. For clients at least twenty (20) years old but younger than fifty (50) years, their 
choices would include a 15 year term policy and a 20 year term policy. For clients 
aged at least fifty (50) but less than sixty, the choices would include a 10 year term 
policy and a 15 year term policy. For clients older than sixty (60) but not over 
sixty-nine (69), the two choices would include a 5 year term policy and a 10 year term 
policy. In each of these instances, three separate coverage amounts for each of the two 
policies proposed would bcpresented. In this illustrative example, the system user may 
select between an Option A and an Option B. Under Option A, only specified products 
and/or specific product providers may be considered. Under Option B, a variety of 
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products and product providers may be considered hi selecting the appropriate plans 
and products for selection. 

In step H of the processor module flow of FIGURE 8, the module selects a 
specific amount or amounts of coverage to propose under each plan. This decision is 
based on the information as compiled in step D as described above. 

These three coverage amounts are determined by multiplying the annual income 
by a multiplier and rounding (e.g. , to. the nearest $ 5,000 or $ 10,000). The multiplier 
for path Fl would be 1.0, 2.5 and 5.0 for plan A, B and C, respectively. 

For those clients who have annual incomes in excess of at least one hundred 
thousand dollars (path F2), the processor module optionally proposes two term 
insurance plans and one cash value insurance plan. The specific plan again depend on 
the age of the client among other things. For clients at least twenty (20) but less than 
fifty (50) years old, the choices include a twenty year term policy, a 15 year term 
policy, and a universal life policy. For clients at least fifty (50) but no more than sixty 
(60), the choices include a 10 year term policy, a fifteen year term policy, and a 
universal life policy. For clients older than sixty (60) but less than sixty-nine (69), the 
choices proposed are a 5 year term policy, a 10 year term policy, and a universal life 
policy. In this example the processor module also selects an amount of coverage based 
on income. Specifically, five alternative levels of coverage are proposed corresponding 
to annual income multipliers of 1.0, 2.5 and 5.0, respectively. 

Financial product information also may be used to select the variable information. 
To illustrate, a particular financial product may be offered at one price in some states 
and at another price in others. As part of the decision information, the system and 
method may use this pricing information to select text and/or pricing information as 
variable information for inclusion in the respective client communications. 

In some instances it may be useful or otherwise desirable to use separate software 
packages or "link programs" to provide financial information. A link program, for 
example, may be used to calculate insurance premiums based on a selected set of client 
information. The premiums then would be imported back into the system software of 
FIGURE 2 and used as financial product information, such as product pricing data. 

The subset or subsets of the variable information selected for a given client is 
adapted to be inserted into or provided as an integral part of the corresponding variable 
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portion or portions of the client communication for that client. Depending upon the 
manner in which the tasks are segregated, the output of the system software therefore 
may comprise the completed client communications ready as they are delivered to the 
clients. Short of this, however, the system output may comprise an intermediate 
product such as the subset or subsets of the variable information themselves, ready for 
inclusion or integration into the client communication or communications, but not yet 
so integrated or merged. 

In the latter instance, Lt^, where the system output comprises unintegrated 
subsets of the variable information themselves, ready for inclusion or integration into 
the client communications, these variable information subsets preferably would be 
stored and provided as part of the client information database, e.g. , as was provided 
as part of the initial system and method input, or as a separate database. Each record 
of the database would include the subset of variable information for that client, as well 
as an identifier to identify the client, such as client name, account number, etc. This 
client output database could be stored, for example, to RAM 28, mass storage 30, or 
other suitable storage medium. 

As an optional but preferred step in the method, the variable information is 
automatically inserted into the client communications. This step preferably involves 
generating the client communication according to the communication format, wherein 
the generating step includes inserting the subset of variable information into the 
variable portion of the client communication corresponding to the variable portion of 
the client communication format. The variable information preferably is inserted or 
merged into the format or other text of the client communication without unwanted gaps 
or spaces, so that the entire document appears to be created from a single source, or 
the entire document appears to be an integrated whole. The merged subset or subsets 
of the variable information may be formatted with the same font or a compatible font 
to achieve this end. 

A primary objective is to deliver the finalized client communications to the 
clients. Accordingly, the preferred method includes a step of generating the client 
communications according Jo the communication format. The generating step includes 
inserting the variable information or a subset of the variable information for a given 
client into the variable portion of the client communication for that client. The 
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preferred embodiment of the invention similarly includes output preparing means in 
operative communication with the processing means for preparing the client 
communication and automatically inserting the variable information or variable 
information subset into the client communication. In the preferred embodiment, the 
output preparing means comprises a computer, such as processor 12 and its CPU 26, 
in conjunction with and operating under the sales presentation and output module 
("output module). The output preparing means of this embodiment also includes laser 
printer 32, modem 20, and similar means for creating the final form of the client 
communications, whether they be in the form of printed paper, electronic mail, or other 
form. Where the client communication is to be transmitted on a network or other 
electronic medium, for example, the output preparing means may comprise another 
computer. 

The output module uses the information obtained from the processor module and 
optionally from other sources to generate, design, individualize and particularize all of 
the client communications. Marketing solicitations, ads, product- or service-related 
notices, presentation letters, follow-up letters, and reminders all would be examples of 
such client communications. The output module automatically prepares and outputs a 
client communication, for example, in a form of a marketing solicitation, which 
provides information sufficient to enable the client to make informed, intelligent 
decision regarding the purchase of the plans or products selected by the processor 
module, or sufficient to gain the interest of a clientive buyer and motivate him or her 
to seek additional information. The processor module creates these client 
communications in a manner using a format which personalizes and individualizes the 
information presented to the client. 

The output module of the preferred embodiment and method does not merely 
insert client information in the header of the client communication, nor does it merely 
import product information from the generic product information directly from the 
product-related database into the communication. The output module instead 
selectively can use substantial portions of client information, product information, and 
in many instances other information as well to generate a particularized communication 
tailored to the particular client for whom the communication is to be sent. The 
communications therefore typically will vary from individual client to individual client. 
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Client communications generation according to' the preferred embodiment and 
method involves organizing, formatting and outputting client communications using 
information received generally from the processor module. As explained, the processor 
module uses client information, information about available financial products, and 
perhaps other available information to recommend products, plans, and the like 
specifically tailored to each client. The output module allows the system user to define 
a particularized communication format for classes of customers, such as for potential 
individual mortgage insurance clients. It then generates highly individualized 
communications specifically tailored to present that client with individualized plan and 
product presentations, reminders, follow up, etc. 

The output module is adapted to present its output in a variety of forms. For 
example, the output can be displayed on display 14 for visual inspection by the system 
user, or client, etc. The output also may be in the form of a printed communication or 
document using a printer such as a laser printer. It may be in the form of an automated 
document or data file or both, and it also may be in a form suitable for transmission, 
for example, over modem 20 or to a network, with or without simultaneous video 
conferencing and for transmission via the internet. 

The particular format of client communication outputs will depend upon the 
specific circumstances, such as client demographics, plans and products offered, and 
marketing objectives of the particular application. Examples of client communications 
prepared using the preferred system and method and employing individual mortgage 
life insurance programs and using a procedure similar to that described above with 
respect to Figs. 9-12 are attached as Appendix 1 and Appendix 2. 

FIGURE 13 presents an illustrative flow chart diagram of the logic flow of the 
output module for the preferred embodiment and the preferred method. In step A of 
FIGURE 13, the output module retrieves work to be performed from other parts of the 
system. For example, after a set of client records has been processed with the 
processor module as described above, the output module would retrieve those files and 
store them in temporary memory locations so that a client communication, for example, 
can be prepared for each client record. As part of step A, the output module retrieves 
instructions which would be used in preparing the client communication or other 
communications output. The specific nature and content of these instructions will 
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depend upon the specific type of client communication to be prepared and the specific 
format for the client communication. The specific examples to be presented below also 
provide a description and explanation of the types of the instructions used by the output 
module in preparing communications. 

In step B of FIGURE 13, client files are grouped by user, or by the sales program 
to be used, or by other criteria specified by the system user. Grouping criteria 
preferably would be selected by the system user during a setup phase, and would 
remain unchanged indefinitely until a different set of grouping criteria is desired. 

The processing of a set of client records to generate and output a corresponding 
set of client communications primarily takes place between step C and F of FIGURE 
13. More specifically in step C the output module receives a client record for 
processing. In step D, the output module analyzes and evaluates the client information 
from the client record, the corresponding output from the processor module for that 
client record, and other data or information needed to construct the communication. 
Other forms of data or information which might be retrieved at this point could include 
geo-coding data, demographic data, and the like. 

In step E, the output module uses the instructions for preparation of the 
communication, together with the data and information from step D, to prepare the 
client communication. The specific manner in which the instructions and the 
information are used to construct the communication will vary depending upon the 
application, the specification of the system user and other factors. To better understand 
and appreciate this aspect of the invention, however, we will refer to the client 
communication attached hereto as Appendix 1, which is a sample communication 
presenting individual mortgage life insurance. Appendix 2 provides another very 
similar example, to which the description of Appendix 1 generally applies as well. 

The sample format used for this client communication includes eight sections. 
Each section may or may not use information variables and insertion logic to construct 
the text or presentation of the section, and decisional logic (decision information) is 
employed to determine what if any states the variable is to assume. In other words, the 
instructions and/or decision logic may be employed in various places throughout a 
section and throughout the entire communication to adapt the communication to the 
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particular circumstances of the client. The following discussion will provide more 
concrete examples of these features. 

The output module may include any one or any combination of at least four types 
of logic or variables, including (1) customer information logic, (2) 
words/paragraphs/sentence ("text") logic, (3) product/plan/amount of 
coverage/payment mode/underwriting logic, and (4) pricing logic. "Logic" or 
"variable" as referred to herein may involve the placement of a particular word, 
number, phase, or item of information in a particular place within the communication. 
Insertion of such items within a blank space in a sentence would be an example. Client 
information logic refers to the place of the selective placement of client information in 
a particular location, blank space, or gap in a communication. "Text logic" refers to 
the insertion of Words, Paragraphs, Sentence etc. other than client -information, product 
type and related information and pricing information, which is selectively placed in a 
specific location, blank space or gap in the communication. Products/Plans/ Amount 
of Coverage/Payment Mode/Underwriting Logic ("product logic") refers to 
information pertaining to any of these topics, which is to be placed in particular 
location, blank space or gap in the communication. Pricing logic refers to pricing 
information which pertains to the product which is to be positioned in a particular 
location, blank space or gap (variable) in the document. 

The purpose and function of each of the illustrative sections as created by the 
output module will now be outlined and discussed. It should be borne in mind that this 
sample client communication is merely an example, and that virtually an infinite 
number of alternative formats and designs is possible. 

Section 1 describes the "need" for the proposed product and why the proposal or 
offer is being made to the client. In the individual mortgage life insurance application, 
the need is straightforward, Le^, to provide funds to pay the mortgage or liquidate it 
upon the death of the mortgagee so the family may retain ownership of the home 
without the burden of a mortgage. In the individual life insurance application, the need 
may be less apparent because there are so many individual uses of the product, a prime 
example of which is replacement of lost income. 

In terms of variables, in this section, for example, the client name, address, the 
loan number and the loan amount constitute client information logic gleamed from the 
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client record. The entry at the top of the letter at "Co-Mortgager" as well as the name 
of the company of the third paragraph of the letter constitute text logic. The mortgage 
loan amount in the fourth paragraph of the communication again constitutes client 
information logic. 

Section 2 of the sample form client communication presents proposed solutions 
to the need. This usually involves identifying and presenting alternative plan(s) or 
financial product(s) to meet the need, and factors such as the provider, coverage and 
price particular to each plan and product. Referring again to Appendix 1 , most of 
section 2 comprises product logic and pricing logic. The boxed portion in which the 
client may select the desired plan also includes product logic, for example, in that not 
all product proposals will include the same plans as has been demonstrated in the 
examples shown above. Much of the information presented in the footnote 
supplementing the product presentation involves text logic, but client information logic 
( e.g. . personal information about the client), product logic, and pricing logic also 
appear in this footnote material. The footnotes both front and back are highly 
individualized throughout. 

In the case of individual life insurance, the proposed plans may include various 
plans which include term insurance products, and permanent insurance plans such as 
whole life, universal life, variable life, and the like. 

Section 3 of the sample communication format of Appendix 1 explains the various 
products selected by the processor module for presentation to the client in this 
presentation. This section may include text logic and product logic, for example, in 
that is may provide alternative descriptions, explanations, even different tone of writing 
depending on such things as the age of the client. 

Section 4 of the sample communication format of Appendix 1 explains each plan 
utilized and selected by the processor module. This section typically would include text 
logic and product logic in that the description would change for the various products 
and classes of the various plans and products. The description of plans will vary with 
the plan selected. In addition, for a given plan the explanation may change to more 
particularly addressed a given client or class of clients. For example, the explanation 
provided to a client in the twenty (20) to forty (40) year old category may differ from 
the explanation from for the same product provided to a client in the sixty-five (65) to 

-42- 



CA 02590237 2007-06-18 



sixty-nine (69) year old range. Similarly, the explanation for a single male may differ 
for a given product from the explanation provided for the same products to a married 
couple. 

Incidentally, the location of the various sections as described herein would not 
necessarily appear sequentially, e.g. . section 1, 2, 3, .... The order may be changed 
or mixed, and information from one section may be intermingled or interposed with 
information from another section or sections. Sections and what is contained therein 
also may be subject to change frequently. The number of sections also may vary. 

Section 5 of the sample communication format explains to the client if there are 
requirements to qualify for a particular plan presented, if any. These requirements will 
be listed in this section 5 (if the plan requires such based on among other things, 
amount of insurance, age, etc.) if it is necessary to qualify with more than just the 
standard application presented to the client. Much of the logic here centers around 
Plan/Product/ Amount of Coverage/Underwriting Logic, etc. , text logic, and client 
information logic. 

Section 6 of the sample communication format explains in clear, concise and 
individualized terms how to obtain the coverage. This section typically will include 
customer logic in personalizing the presentation, e.g. . by inserting the clients name in 
various places in the text, and product logic in explaining the requirements specific to 
a particular product(s). 

Section 7 of the sample communication format presents, in question and answer 
format, for example, important information and commonly asked questions regarding 
the plans and products shown in the presentation. This section typically would include 
text logic, e.g., to refer to the system user or product marketer. It also may include 
client information logic, e.g. . to refer to specific circumstances which the customer 
may encounter. 

Section 8 of the sample communication format is variable in nature, and may be 
customized for a given application, product set, system user, etc. It may, for example, 
provide information on how to obtain additional information, help with application 
forms, additional price quotes, etc. Given its customized format it may include any of 
the logic forms as variables, as may essentially any other section. 
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Through designation by the system user in' interaction with the system, the output 
module creates the format to be used, the specific information to be included within the 
format, and the specific locations in the output format where the specific items of 
information will be used. It also formats all sections to be easy to read and highly 
organized, no matter what amount of information is contained in the output. 

The method according to the invention also may and preferably does include a 
step of automatically combining the client communication with the host vehicle to 
create a combined communication, wherein the combined communication comprises a 
single document, again using the term document in its broad sense. Where a plurality 
of client communications are to be prepared, this step includes automatically combining 
the client communication for each of the clients with the host vehicle for the 
corresponding and respective one of the clients to create a combined communication 
for the corresponding and respective one of the clients, wherein each of the combined 
communications comprises a single document. 

In accordance with one method, all client communications sent to the client could 
be accompanied by an application for the financial product, together with an envelope 
or other means to facilitate return. For example, the client communication would be 
accompanied by a application for the products presented therein with a return envelope. 
This also could include electronic communication forms, such as by return e-mail, etc. 
This effectively results in a one-step sales process for any or all sales programs and 
products marketed by the system. In many instances, little or no human interaction or 
involvement is required in the marketing and purchasing process beyond the initiation 
of the system to provide the appropriate input information. 

Turning now to the administrative and support system as illustrated in FIGURE 
2, the various modules of this system are intended to provide support functions for the 
Core System modules. In addition, they include management and administrative 
support modules to aid management in the system, including operation of the core 
system, scheduling of follow-ups, future communications, etc., with little or no need 
for human involvement. 

The production and scheduling module automates scheduling of marketing sales, 
preparing budgets, and the like. A flow diagram outlining the logical organization and 
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flow of the production and scheduling module according to the preferred embodiment 
and method is shown in FIGURE 14. 

In step A of FIGURE 14, the production and scheduling module accepts, stores 
and allows for future modification instructions for system user(s), and for all sales 
programs for which the system user will utilize the system. Future add-on sales 
programs can be easily accepted. 

As shown in step B of FIGURE 14, the production and scheduling module 
analyzes and evaluates the jobs which are to be performed by the system. This is done 
on a daily basis. With this information as an input, the production and scheduling 
module schedules operation of the core system and instructs the system to operate 
accordingly, as indicated in step C. In the course of this scheduling and the instruction, 
the production and scheduling module operates according to a set of predetermined 
criteria to determine the ordering and scheduling of the system operation and job 
performance. 

As jobs are completed, the production and scheduling module causes that fact and 
others to be recorded in each of the client records for which processing has been 
successfully completed. This is indicated in step E of FIGURE 14. 

As an administrative support role, the production and scheduling module is 
capable of generating hard copy, readable, production reports, e.g. . on a daily basis, 
as indicated in step F. of FIGURE 14. Production reports may be useful for system 
users and operators, for example, for allocating and providing sufficient supplies, 
paper, toner, etc. The system also is capable of generating management reports which 
can aid management in activity planning, resource allocation, budgeting, etc. 

The production and scheduling module also is useful for automatically following 
up on pre-defined activities. A key attribute of the production and scheduling module 
is it's ability to remember a virtually unlimited number of users and user sales 
program(s) and implement a virtually unlimited number of instructions for the system 
to begin work at any point in the future. 

The sales & financial report and analysis module ("sales and report module") 
assembles, calculates and outputs sales, test, financial and projected earnings reports. 
This can be done on a real-time basis with the preferred embodiment and method. 
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A flow chart which illustrates the organization arid flow of the sales and financial 
report and analysis module for the preferred embodiment and method is shown in 
FIGURE 15. This particular example pertains to the marketing and sale of life 
insurance products. As shown in that illustrative diagram, step A involves receiving 
sales information based on sales of financial products actually made. In step B, these 
sales results are inputted into the system, manually, by scanning, or by other methods 
described above which regard to the data input module. In step C of FIGURE 15, 
these results are stored and organized in a sales database resident in the database 
module. 

The sales report module analyzes and evaluates this sales data, e.g. , by 
segregating and compiling it in formats and statistical summaries useful in management. 

Once calculated, compiled, etc. . the data may be incorporated into and reported 
as sales reports, as reflected in step E of FIGURE 15. These reports may be 
cumulative in nature or they may be non-cumulative, essentially reflecting snapshots 
in time. The reports also may be interactive or non-interactive, depending on the 
format selected, the output mode, etc. The reports may be provided to system users, 
management, etc. These reports also may be used in digital or automated form to 
interact automatically with other modules of the system, for example, the processor 
module. 

The sales reports may compile such information as sales demographics, 
penetration, etc. They may reflect such statistics on several basics, such as sales 
submitted, the number of sales actually placed, as policies and the number of sales 
which resulted in falloff (for which no policy was issued or taken). 

The sales module also is adapted to generate financial reports. These financial 
reports also may reflect sales on a submitted, placed, and or falloff basis. They may 
be incorporated with other data to reflect actual and/or projected earnings reports, 
commission reports, and the like. 

The system also supports a telemarketing function using the telemarketing 
module. An illustrative flow chart which outlines the organization and flow of the 
telemarketing module according to the preferred embodiment and method for the 
marketing of life insurance products is shown in FIGURE 16. In accordance with that 
flow chart, the operator would log on to the system and thereby gain access to it. 
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Communications between the operator and clients would take place, for example, 
through inbound or outbound calls. For existing clients for whom a client record exists 
in the client database, that record would be retrieved and edited appropriately. Where 
no client record exists, a new one would be created as reflected in FIGURE 16. In 
both instances, information would be entered into the system so that the client record 
reflects the appropriate client information. When this task is complete, the call is 
disconnected. At this stage, the operator may instruct the system, e.g ., to schedule an 
input the client record for processing in the core system to generate a client 
communication. To create a record of the communication the operator would complete 
the compliance note pad to reflect the conversation and the events which occurred 
during it. 

The automated new business ("new business") module supports the processing 
for new business. The automated portion of this module supports the future policy 
holder service and insurance need of the client automatically. Flow chart reflecting the 
organization and logic of this module is shown in FIGURE 17. 

Referring to FIGURE 17, as sales are made the sales information is received by 
the system user. The sale results are inputted, for example, by scanning, or by other 
input means, e.g., as disclosed in the discussion of the data input module. As new 
sales are made a corresponding client record is created in this module. The module 
automatically creates a "thank you" notification, which is particularized for that 
particular client. It confirms the products that have been purchased and the 
corresponding coverage. The automatically -generated communications also lists any 
outstanding requirements the client needs to execute to obtain product. 

In addition to generating a confirming notice to the client, the system also 
manages the tasks, if any which correspond with sales and new business. As reflected 
in FIGURE 17, such follow-up tasks may include sending submission materials to the 
product provider, processing the new business, e.g., from an accounting perspective, 
attending to function relating to issuance of an insurance policy, placement functions, 
etc. Client records and other system files are updated as appropriate to reflect the 
sales, the correspondence of the client, etc. 

In performing these tasks, it may be necessary in some instances to undertake 
additional communications, which may implicate the communications and interface 
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module. These communication may be required, for example to order medical 
examinations, to order attending physicians statements, and to obtain all other 
information pertaining to the client as required under the circumstances. This module 
will follow-up on these requirements automatically with no human intervention. 

The invention also provides a system that includes software that automatically 
generates a reply to responses received from clients responding to a mass 
communication. The invention may .better be understood with reference to FIGURE 
18, a flow diagram illustrating a preferred embodiment of the invention. In this 
particular non-limiting illustrative embodiment, an initial mass communication is 
mailed to a plurality of clients (up to tens or hundreds of thousands, or even millions) 
in step 1000. The mass communication elicits client responses 1010, and these are 
(preferably electronically) read into a logic system 1020 through an appropriate input 
device. The logic system 1020 reviews the client response, analyzes the response 1030 
and then determines whether a reply letter must be generated 1040. For example, if 
the client response relates to a solicitation for life insurance, in which several different 
options were presented, and the client requests further information on either one of the 
options, or requests an additional quotation, then the system logic 1020 and 1030 
recognizes the client response. If the client requires an additional quotation, for 
example, an additional letter to the client will be needed. If no communication is 
needed, for example if the client has made a "purchase response", then the response 
is routed out of the system to step 1060 where the purchase is further processed and a 
"thank you" letter or additional follow up is generated, as needed. On the other hand, 
if it is determined from the response that the client requires additional information, an 
appropriate letter is generated addressing the specific client's requirements. This letter 
is then delivered to the client 1050, by any one of a variety of means, which could be 
specified by the client. It is important to note that the system processes responses and 
automatically (preferably electronically) generates a plurality (thousands, hundreds of 
thousands, or millions) of replies, each directed specifically to a response from a 
particular client. 

Once the first reply, has been delivered, it might be expected a client would 
further respond by either making a purchase, or continuing to make further inquiries. 
The system of the invention provides the advantage of permitting a continuing 
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"conversation" with the client, by providing continuing follow-up replies to each 
response received from a client, until the client either makes a purchase, or fails to 
respond. In the latter instance, follow-up communications may be sent to determine 
why the client has ceased responding, and to encourage further communication until a 
purchase decision is made. 

Referring back to FIGURE 18, the system tests whether a client has responded 
to a prior delivered reply in 1070. If the client has responded, the client response is 
again input and analyzed as discussed above. If the client has not responded, a 
determination is made as to whether a follow-up is needed 1080. If a follow-up is not 
required, the communication with the particular client is terminated. On the other 
hand, if a follow-up is required, the communication is processed through follow-up 
logic 1090 which generates a follow-up letter that is delivered 1110 to the client by any 
one of a variety of appropriate means. Once the follow-up letter is delivered, the 
system retains information in memory, and tests at a later date whether the client has 
responded 1070. If there has been no response, the system determines whether a 
follow-up is needed 1080. 

FIGURE 19 is a non-limiting illustrative example of a system of the invention for 
generating replies (in this example delivered by postal letter), using term life insurance 
as an example. As a preliminary matter, a mass communication will have been made 
to clients regarding term life insurance, whether through appending a communication 
regarding insurance to a host communication, or simply by delivery of a customized 
(or generic) term life insurance program (that may include several options suitable for 
the individual client) by any one of several appropriate delivery means. The original 
communication will have provided clients with several (or unlimited) options for 
response, for example, the range of responses may include "purchase (apply)", "need 
more information", "need more information on option x", "need additional quotation 
for (spouse, child, etc.)", and any other of a myriad of possible appropriate responses 
selected by the party initiating the mass communication (in this case the user, insuror, 
etc.) . 

The responses to thejnass communication to the term life insurance solicitation 
are then input, preferably automatically, such as by electronic transmission or scanning, 
into the automated system of the invention. The embodiment illustrated in FIGURE 
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19 shows discrimination between four types of standard responses, and also a handling 
mechanism for requests for "different information". Clearly, the system can readily 
be adapted for handling many more or fewer response options. Continuing with the 
example of FIGURE 19 , once the responses are sorted in step 1200 those responses 
5 relating to option 1 ("purchase option") are further analyzed to determine whether the 
client's age corresponds to the assumed age in the original communication 1300. If 
there is correspondence for actuarial purposes, a notification is sent to the client after 
further checking, as discussed below. If, on the other hand, there is an actuarial 
discrepancy between the originally assumed age of the client and actual age as disclosed 

10 in the response, the system prepares a "price recalculation letter" 1310, which is 
delivered to the client. Thereafter, at a predetermined interval, a "second notice" is 
generated 1320 and sent to the client. If a purchase response is not timely received, in 
order to capitalize on the client's desire for insurance coverage and to avoid loss of 
client interest. If there is no response to the second notice, then after a predetermined 

15 time a "final notice" is generated 1330 and sent to the client. 

If, as discussed above, the client's age is an actuarial match to the originally 
assumed age, the system checks 1340 whether the client has indicated a desire to buy 
through a "1-800" number. If not, a "thank you letter" is generated 1350, followed-up 
after a preset time period by a second notice 1360 and thereafter a final notice 1370, 

20 as discussed above. On the other hand, if purchase is through the "1-800" number, the 
system checks whether a physical examination date has been set 1380. If so, a "thank 
you letter" specifying the exam date 1385 is sent to the client. If the date is not set, the 
system checks whether a phone number is available 1390. If a phone number is 
available, the client is telephoned and an examination date is confirmed. A "thank you 

25 letter" is then generated and sent to the client with the examination date. On the other 
hand, if a phone number is not available, a "thank you letter" is generated 1394 that 
does not specify the examination date and that requests a call back or response to set 
the examination date (i.e., indicating a need for communication to set an examination 
date). Thereafter, the system follows-up with a second notice 1396 and, if necessary, 

30 a final notice 1398 at predetermined intervals as follow-up to encourage and facilitate 
the client's desire to continue the application process for term life insurance coverage. 
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If the system determines in block 1200 that the client response requests "more 
information" , the response may be directed to a first system check for client "test age" 
1400, in the case of term life insurance. Thus, if a client is less than 55 years old, the 
system will generate a basic information letter 1410, and will retain in memory a time 
to check for response to that basic information letter. If a response is not received 
within a predetermined time, a second notice 1420 is sent out, which may be followed- 
up by a final notice, if necessary and appropriate. On the other hand, if the client is 
over the "test age", a different information letter is generated by the system 1440. 
That information letter takes into account actuarial factors relating to the client age, as 
well as other pertinent information supplied or otherwise available. As indicated 
before, a virtually unlimited number of replies can be sent (based on most 
demographics) and based on the (almost unlimited) response options. This information 
letter may also be folio wed-up by a second notice 1450 at a preselected interval, if no 
response is received for the information letter. A further final notice 1460 may be 
generated by the system when there is no response to the second notice letter after a 
predetermined interval. 

When the system determines that the client has selected an alternative response, 
one that, for example, requests an insurance quotation for a spouse, information 
regarding the spouse is automatically input into the system, and a "spouse quote letter" 
is generated 1470. As with other letters requiring responses from the client, follow-up 
letters are generated at predetermined intervals, a "second notice" 1480, followed up 
by a "final notice" 1490 if necessary and appropriate. 

In the event that the client has selected another option, requiring for example 
further quotations "for insurance on him/herself 5 or someone else this is determined 
automatically in the system 1500. In response, a "self requote" letter is sent, 
appropriately followed-up by a second notice 1520 and final notice 1530, as discussed 
above. On the other hand, if the quote is not for the client him/herself, the system 
reviews data supplied for the other person for whom the insurance quote is required, 
and generates a "other person letter" 1540. This is appropriately followed-up with a 
second notice and final notice letter, as discussed above. 

The system may also include the flexibility to handle the responses that require 
additional information, other than standard option responses provided in the original 
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communication, or in any subsequent reply communication to the client. This request 
for "different information" is segregated and an appropriate reply is prepared 1600. 
For example, the client response may be to call in and a reply would be generated when 
or shortly after the call is answered, either by a person, or by voice recognition and 
response technology. 

The above example of an embodiment of the invention as applied to term life 
insurance presumes that responses, are received from clients to an initial mass 
communication to a plurality of clients. As illustrated in FIGURE 20, there are 
numerous ways in which clients might be able to respond. The illustration is non- 
limiting, and shows some of the more common methods for client response, and client 
response handling that would be appropriate. In the example delivery is by mail. 
Other methods of response may become more significant as communications 
technologies evolve. 

In response to, for example, a term life insurance offer, clients may individually 
call in to a call center 800 number where response information is recorded and 
periodically, for example daily, downloaded 1810 into the automatic reply system 1900 
of the invention for generation of reply letters. Otherwise, clients may send their 
response by fax, "drop off 5 responses at a branch office, or communicate with platform 
sales person. These responses may be analyzed, and information retrieved at a 
plurality of remote branch offices 1830. Appropriate formatted information for each 
individual client may then be transferred (electronically) en mass, or individually, at 
preselected intervals (or continuously) 1840 to the reply generation system 1980. In 
certain instances, it may be preferable to transfer data to the reply generation system 
1900 on a daily basis, while in other circumstances more or less frequent transfer may 
be more appropriate. 

As more clients become connected to the internet, client responses using the 
internet are expected to become increasingly significant. Responses through the 
internet may also be accumulated with the data transferred at intervals to the reply 
generation system of the invention. In the illustration of FIGURE 20, the internet 
response 1850 is transferred in real time to the system 1900 which automatically 
generates an appropriate reply that responds to the client response, preferably also 
delivered through the internet to the client. Accordingly, the internet related system 
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potentially provides the fastest response, arid may be expected to enhance the 
conversion of solicitations of insurance (or other product) to sales. 

A summary and overview of an embodiment of the system of the invention is 
shown in FIGURE 21, this overview and summary is for illustrative purposes only, and 
clearly does not limit the scope of the invention which may include many additional and 
different aspects, depending upon the application to which the system is adapted. 

As shown, the system software 2500 accesses a database 2000 that contains 
relevant information regarding clients, that may be maintained by a bank, insurance 
company, retail institution or any other entity that has a large client database. As a 
preliminary matter, the system of the invention accesses the database and prepares 
individualized client communications to each of the multitude of clients (or subset of 
the multitude of clients) in the database. The system software 2500 generates an output 
2550 that may be delivered to each individual client by any one of several methods 
2560. In the example shown, communication may be sent to a client on a monthly 
statement, by direct mail, through platform sales tract format, or through the internet. 
The communication includes response options 2570, and the client response indicating 
a selected option, of which several non-limiting examples are shown in FIGURE 21. 
The client response 2575 is input into the system of the invention, and the reply module 
2510 of the system software 2500 generates a reply 2580 for each response, out of the 
multitude of responses. The reply is preferably sent directly to the client through an 
indicated delivery method, which may include direct mail, facsimile, internet, voice 
telephony, and the like. The reply may generate further client responses, so that an 
ongoing "conversation" is set up between the client and the automated reply module 
2510 of the system of the invention. This conversation continues, as explained above, 
until it is terminated by either a client "purchase decision", or lack of client response 
to a communication from the system. 

The system of the invention provides, for the first time, a technology that allows 
mass communication of product or service information customized to each individual 
in mass communications. Further, the system also provides for flexibility of responses 
from the clients, by permitting clients to select from a plurality of options and requests 
for further information, each of which may be automatically analyzed and replied to 
through the system of the invention. The automated reply feature potentially enhances 
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the number of purchase decisions that might result from an original mass 
communication, by responding to individual client queries in an economical, efficient 
and fast manner to retain the client's purchase interest and facilitate sales. 

Additional advantages and modifications will readily occur to those skilled in the art. 
5 Therefore, the invention in its broader aspects is not limited to the specific details, 
representative devices, and illustrative examples shown and described. Accordingly, 
departures may be made from such details without departing from the spirit or scope 
of the general inventive concept as defined by the appended claims and their 
equivalents. 
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CLAIMS 

5 1 . A computer system for using client data for one or more clients obtained from one or 
more sources to automatically generate a client communication with select data on a product 
for each client, wherein the improvement is characterized by: 

input device for automatically inputting into a computer-accessible storage medium 
1 0 the client data without any human intervention between input of the client data, product data, 
and a decision criteria for determining the select data for each client; 

a processing unit coupled to the storage medium and configured to use the decision 
criteria to select subsets of variable data from the client data and the product data that is 
1 5 specific to each client; and 

output device coupled to the processing unit and configured to generate at least one 
client communication for each client with a subset of variable data that is determined by the 
processing unit to be specific to each client. 

20 

2. A computer system according to claim 1, further characterized by: 

one or more delivery mediums to deliver the communication to each of the clients. 

3. A computer system according to claim 2, wherein the delivery medium is one or more 
25 electronic networks configured to deliver data packets. 

4. A computer system according to claim 2, wherein the delivery medium is the internet. 

5. A computer system according to either claim 3 or claim 4, wherein the client 
30 communication is delivered as electronic mail. 

6. A computer system according to any one of claims 3 to 5 wherein the client 
communication is delivered to a website. 
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7. A computer system according to any one of claims 1 to 6 wherein the output device 
generates a plurality of client communications for each client in succession with different 
subsets of data. 

5 8. A computer system according to any one of claims 1 to 7 wherein the variable data is 
data in addition to personal identifying data relating to the client. 

9. A computer system according to any one of claims 1 to 8 wherein the output device 
generates the client communication with a host vehicle as a single combined communication. 

10 

10. A computer system according to any one of claims 1 to 9 wherein the one or more 
sources are electronic databases. 

11. A computer system according to any one of claims 1 to 10 wherein the subsets of 
1 5 variable data contain at least one of textual, graphical and numeric data. 

12. A computer system according to any one of claims 1 to 1 1 wherein the client 
communication contains footnote data, wherein the footnote data is different for each client. 

20 13. A computer system according to any one of claims 1 to 12 wherein the client 

communication contains footnote data, wherein the footnote data is similar for each client. 

14. A computer system according to any one of claims 1 to 13 wherein the client 
communication contains footnote data, wherein the subset of variable data is contained within 

25 the footnote data. 

15. A computer system according to any one of claims 1 to 14 wherein a product 
appropriate for each client is selected by the processing unit. 

30 16. A computer system according to any one of claims 1 tol5 wherein the one or more 
clients to whom initial data on products transmitted is selected by the processing unit. 
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17. A computer system according to any one of claims 1 to 16 wherein the processing 
unit automatically generates reply data in response to communication data received from one 
or more clients further responsive to initial data transmitted to the one or more clients. 
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POLICY 



POLICYNUMBER = POLICYNUMBER 



UNDERU 


WRITING 


POLICYNUMBER 
CD 

REQUIRECODE 
DATEORDERED 
DATECQMPLETE 


CBAR(Z5) 
CHAR(ZO) 
CBAR(5) 
DATETIME 
D DATETIME 



CHAR(Z5) 
CHAR(Z0) 
INT 

CHAR(30) 
CHAR(30) 
CEAR(10) 
CHAR(10) 
CHAR(10) 
NUMERIC(15,Z) 
NUMERIC(10,Z) 
NUMERIC(m) 
INT 

NUMERIC(10,Z) 



REQUIRECODE = REQUIRECODE 



REQUIRECODE 



REQUIRECODE 
DESCRIPTION 



CHAR(5) 
CHAR(30) 



POLICYNUMBER 
CID 

RELATION 
INSUREDLNAME 
INSUREDFNAME 
CLIENTNAME 
POLICYSTATUS 
PLANNAME 
FACEAMOUNT 
MODALPREMIUM 
TARGETPREMIUM 
PAYMENTMODE 
CASHVALUE 
SURRENDERCHARGE DATETIME 
DATERECEIYED DATETIME 
DATESUBMITTED 
DATEISSUED 
DATEPLACED 
DATELAPSED 
DATEFALLOFF 
FALLOFFREASON 
POLICYDATE 
AGENTNUMBER 
PROGRAMNUMBER 
ISSUEAGE 
FRATE 
RRATE 
BUTE 

COMMROLLOVER 



PLANNAME = PLANNAME 



PRODUCT 



PLANNAME CRAR( 10) 

COMPANYNAME CBAR(Z5) 

POUCYTYPE CHAR( 15) 

FRATE NUMERIC(4,Z) 

RRATE NUMERIC(4,Z) 

BUTE NUMERIC(4,Z) 



DATETIME 
DATETIME 
DATETIME 
DATETIME 
DATETIME 
CHAR(15) 
DATETIME 
CHAR(10) 
INT 
INT 

NUMERIC(4,Z) 
NUMERIC(4,Z) 
NUMERIC(4,Z) 
NUMERIC(1Z,Z) 



NONC0MMR0LLOVER NUMERIC(1Z,2) 

REPLACEP0LNUM1 CBAR(Z5) 

REPLACEPOLNUMZ CHAR(Z5) 

REPLACEP0LNUM3 CHAR(Z5) 

FIRSTYEARSPUT1 NUMERIC(4,Z) 

RENEWALSPLIT1 NUMERIC(4,Z) 

FIRSTYEARSPUTZ NUMERIC(4,Z) 

RENEWALSPLITZ NUMERIC(4,Z) 

PREMIUM NUMERIC(10,Z) 



I 



TO 

FIQ.6A(2) 
CID = CID 



PLANNAME = SOLDPRODUCT 



PROGRA MNUMBER = PROGRAMNUMBER 



/line Laflear Henderson LLP 
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CLIENT 



CW 

CLIENTNAME 

LNAME 

FNAME 

BIRTHBATE 

SEX 

SMOKER 

SSN 

SPOUSELNAME 

SPOUSEFNAME 

SPOUSEBIRTHDATE 

SPOUSESEX 

SPOUSESMOKER 

SPOUSESSN 

ADR1 

ADR2 

CITY 

STATE 

ZIP 

HOMEPHONE 

WORKPHONE 

SETNAME 

BADADDRESS 

LASTSMOKE 

BESTTIME 



CEAR(20) 

CHAR(10) 

CEAR(15) 

CEAR(15) 

DATETIME 

CHAR(1) 

CHAR(1) 

CEAR(II) 

CHAR(15) 

CHAR(15) 

DATETIME 

CSAR(1) 

CHAR(1) 

CHAR(II) 

CHAR(30) 

CHAR(30) 

CHAR(20) 

CBAR(2) 

CHAR(10) 

CSAR(14) 

CHAR(24) 

CHAR(15) 

CHAR(1) 

CHAR(20) 

CEAR(20) 



CID = CID 



LOG 


LOGNUMBER 


INT 


CID 


CHAR(20) 


LOGDATE 


DATETIME 


USERNAME 


CHAR(IO) 


ACTION 


CEAR(200) 




TO 

FIG.6A(3) 
CID = CID I 



CID = CID 



STATUS 



CID CHAR(20) 

STATUS! CHAR(2) 

STATUS2 CHAR(2) 

STATUS3 CHAR(2) 

STATUS4 CHAR(2) 

STATUS5 CSAR(2) 
CLIENTNAME CHAR(10) 

SETNAME CHAR( 10) 



CID 



TO 

FIGM(1) 
I CID = CID 



PLANNAME = SOLDPRODUCT 



PROGRA hf NUMBER = PROGRAMNUMBER 



SALEPROGRAM 



PROGRAMNUMBER INT. 

PROGRAMTYPE CEAR(l) 

CLIENTNAME CHAR(10) 

PROGRAMNAME CHAR(W) 

MEMO CHAR(30) 
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TO 

FIG.6A(2) 
CID = CID 




QUOTE 


QUOTENUMBER 


CEAR(ZO) 


CID 


CRAR(20) 


PROGRAMNUMBER INT 


BFTATIflN 
nLhAilUPl 


INT 

Jill x 


WA VP 


INT 

111 JL 


VAlLrilxoi 


DATETIME 




DATETIME 


DATEFINAL 


DATETIME 


DATECALC 


DATETIME 


AGEBASED 


CBAR(7) 


RESULTLETTER 


CHAR(IO) 


RESVLTDATE 


DATETIME 


RESULTCODE 


CHAR(10) 


SOLDPRODUCT 


CBAR(10) 


SOLDTARGET 


NUMERIC(10,2) 


SOLBPREMIUM 


NUMERIC(10,Z) 


PAYMODE 


INT 


LETTERVERSION 


CRAR(10) 


HOWMANYMED 


INT 


SETNAME 


CBAR(IO) 


APPFORM 


CBAR(iO) 


ACCIDENTRIDER 


INT 


CHILDRIDER 


INT 


WPRIDER 


INT 


RIDER4 


INT 



PROGRAMNUMBER 
= PROGRAMNUMBER I 



DEMOGRAPHIC 



CR 

INCOME 1 
INC0ME2 
LOANNUMBER 
LOANAMOUNT 
LOANPAYMENT 
LOANTYPE 
LOANDATE 



CRAR(20) 

INT 

INT 

CBAR(20) 
NUMERIC(15,Z) 
NUMERIC(10,2) 
CBAR(10) 
DATETIME 



LOANINTERESTRATE NVMERIC(4,2) 



LOANTERM 
LOANMODE 
ACCOUNTNUMBER 
HHNUMBER 
ACCOUNTTYPE 
BANKNUM 
BRANCHNUM 
BUSINESS 
BDAYTYPE 
TRWMATCH 
ADRVERIFY 
DWELLINGCODE 
LENRES 
CENSUSHHINC 
CENSUSEDUC 
CENSUSHOME 
CENSUSCHILDREN INT 
CENSUSOWNEROC INT 
CENSUSRENT 
CENSUSLENRES 
MARITALCODE 
PRESELDPARENT 
PRESCHILDREN 

HHCODE 
OWNRENTCODE 
CHILD0T018 
CHILD0T03 
CHILD4T06 
CHILD7T09 
CHILD 10T0 12 
CHILD 13T0 18 
PSYCLE 



INT 
INT 

CHAR(20) 
CEAR(12) 
CRAR(10) 
CHAR(5) 
CBAR(5) 
CEAR(1) 
CBAR(1) 
CHAR(1) 
CBAR(1) 
CHAR(1) 
INT 
INT 
INT 
INT 



INT 
INT 

CHAR(1) 
CHAR(1) 
CHAR(1) 
CHAR(1) 
CRAR(1) 
INT 
INT 
INT 
INT 
INT 
INT 

CEAR(2) 
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FIG. 6B(1) 


FIG. 6B(2) 


FIG. 6B(3) 


FIG. 6B(4) 




Gowling Laflear Henderson LLP 
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TO FIG.6B(2) 



OUOTENUMBE R 
APLANNAME 

ABB 
APREM 
ATPREM 
ADURATION 
AMED 

A2PLANNAME 
A2DB 
A2PREM 
A2TPREM 
A2DURATI0N 
A2MED 
BPLANNAME 
BDB 
BPREM 
BTPREM 
BDURATION 
BMED 

B2PLANNAME 
B2DB 
B2PREM 
B2TPREM 
B2DURATI0N 
B2MED 
CPLANNAME 
CDB 
CPREM 
CTPREM 
CNTPREM 
CTNPREM 
CDURATION 
CMED 

C2PLANNAME 
C2DB 
C2PREM 
C2TPREM 
C2NTPREM 
C2TNPREM 
C2DURATI0N 
C2MED 

CMONEYBACK 
CMONEYWHEN 
CID 

PROGRAMNUMBER 
RELATION 
WAVE 
CTARGET 



CHAR(20 )- 
CHAR(10) 
NUMERIC(15,2) 
NUMERIC(10,2) 
NUMERIC(10,2) 

INT 

CHAR(1) 
CHAR(10) 
NUMERIC(15,2) 
NUMERIC(10,2) 
NUMERIC(10,2) 
INT 
INT 

CHAR(IO) 
NUMERIC(15,2) 
NUMERIC(10,2) 
NUMERIC(10,2) 
INT 
INT 

CHAR(10) 
NUMERIC( 15,2) 
NUMERIC(10,2) 
NUMERIC(10,2) 
INT 
INT 

CHAR(10) 
NUMERIC(15,2) 
NUMERIC(10,2) 
NUMERIC(10,2) 
NUMERIC(10,2) 
NUMERIC(10,2) 
INT 
INT 

CHAR(10) 
NUMERIC(15,2) 
NUMERIC(10,2) 
NUMERIC(10,2) 
NUMERIC(10,2) 
NUMERIC(10,2) 
INT 
INT 

NUMERIC(15,2) 
NUMERIC(15,2) 
CHAR(20) 
INT 
INT 
INT 

NUMERIC(10,2) 



RESPONSE 



QUOTENUMBER 

FNAME 

LNAME 

ADR1 

CITY 

STATE 

ZIP 

DOB 

GENDER 

TOBUSE 

LASTTOBUSE 

WORKPHONE 

HOMEPHONE 

BESTTIME 

MARRIED 

SPFNAME 

SPLNAME 

SPDOB 

SPGENDER 

SPTOBUSE 

SPLASTTOBUSE 

SEIAMOUNT 

SELPRODUCT 

SPQUOTE 

REL 

ADDFNAME 
ADDLNAME 
ADDDOB 
ADDTOBUSE 



CHAR(20) 

CHAR(15) 

CHAR(15) 

CHAR(30) 

CHAR(20) 

CHAR(2) 

CHAR(10) 

DATETIME 

CHAR(1) 

CHAR(1) 

CHAR(20) 

CHAR(15) 

CHAR(15) 

CHAR(25) 

CHAR(1) 

CHAR(15) 

CHAR(15) 

DATETIME 

CHAR(1) 

CHAR(1) 

CHAR(20) 

INT 

CHAR(10) 
INT 

CHAR(20) 
CHAR(15) 
CHAR(15) 
DATETIME 
CHAR(1) 



ADDLASTTOBUSE CHAR(20) 



ADDQA1 

ADDQA2 

ADDQA3 

ADDQPR0D1 

ADDGENDER 



INT 
INT 
INT 

CHAR(10) 
CHAR(1) 
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TO FIG.6B(3) 

1 



PGM2 



OUOTENUMBE R 
APLANNAME 
ADB 
APREM 
ATPREM 
AMED 

AZPLANNAME 
A2DB 
A2PREM 
A2TPREM 
A2MED 
BPLANNAME 
BDB 
BPREM 
BTPREM 
BMED 

B2PLANNAME 
B2DB 
B2PREM 
B2TPREM 
B2MED 
CPLANNAME 

CDB 
CPREM 
CTPREM 
CMED 

C2PLANNAME 
C2DB 
C2PREM 
C2TPREM 
C2MED 
CID 

PROGRAMNUMBER 
RELATION 
WAVE 



CHAR(20 ) 
CHAR(10) 
NUMERIC( 15,2) 
NUMERIC(10,2) 
NUMERIC(10,2) 

CHAR(1) 
CHAR(10) 
NUMERIC(15,2) 
NUMERIC(10,2) 
NUMERIC(10,2) 
INT 

CHAR(W) 
NUMERIC(15,2) 
NUMERIC(10,2) 
NUMERIC(10,2) 

INT 

CHAR(10) 
NUMERIC(15,2) 
NUMERIC(10,2) 
NUMERIC(10,2) 
INT 

CHAR(IO) 
NUMERIC(15,2) 
NUMERIC(10,2) 
NUMERIC(10,2) 

INT 

CHAR(IO) 
NUMERIC( 15,2) 
NUMERIC(10,2) 
NUMERIC(10,2) 
INT 

CHAR(10) 
INT 
INT 
INT 



CONTINUED 



PGM2 (CONTINUED) 



ACCIDDBAMT NUMERIC( 15,2) 
ACCIDDBPREM1 NUMERIC(10,2) 
ACCIDDBPREM1 NUMERIC( 1 0,2) 
CHILDRIDERAMT NUMERIC( 15,2) 
CHILDRIDERPREM NUMERIC(10,2) 



M1APREM 
M2APREM 
M1BPREM 
M2BPREM 
Ml CPREM 
M2CPREM 
LOANAMOUNT 
C0B0RR0WER 
LOANYEAR 
M1ATPREM 
M2ATPREM 
M1BTPREM 
M2BTPREM 
M1 CTPREM 
M2CTPREM 



NUMERIC(10,2) 
NUMERIC(10,2) 
NUMERIC(10,2) 
NUMERIC(10,2) 
NUMERIC(10,2) 
NUMERIC(10,2) 
NUMERIC(15,2) 
CHAR(IO) 
CHAR(4) 
NUMERIC(10,2) 
NUMERIC(10,2) 
NUMERIC(10,2) 
NUMERIC(10,2) 
NUMERIC(10,2) 
NUMERIC(10,2) 



IT n 
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TO FIG.6B(4) 



PQM3 



OUOTENUUBER 

APLANNAME 

ABB 

APREM 

ATPREM 

AMED 

AZPLANNAME 

A2DB 

AZPREM 

A2TPREM 

A2MED 

BPLANNAME 

BDB 

BPREM 

BTPREM 

BMED 

B2PLANNAME 
B2DB 
B2PREM 
B2TPREM 
B2MED 
CPLANNAME 

CDB 
CPREM 
CTPREM 
CM ED 

C2PLANNAME 
C2DB 
C2PREM 
C2TPREM 
C2MED 



CID 

PROC-RAMNUMBER INT 
RELATION INT 
WAVE INT 

CONTINUED 



CHAR(20) 

CHAR(10) 

NUMERIC(15,2) 

NUMERIC(10,2) 

NUMERIC(10,2) 

CHAR(1) 

CHAR(10) 

NUMERIC(15,2) 

NUMERIC(10,2) 

NUMERIC(10,2) 

INT 

CHAR(10) 

NUMERIC(15,2) 

NUMERIC(10,2) 

NUMERIC(10,2) 

INT 

CHAR(10) 

NUMERIC(15,2) 

NUMERIC(10,2) 

NUMERIC(10,2) 

INT 

CHAR(IO) 
NUMERIC(15,2) 
NUMERIC(10,2) 
NUMERIC(10,2) 

INT 

CHAR(10) 

NUMERIC(15,2) 

NUMERIC(10,2) 

NUMERIC(10,2) 

INT 

CEAR(10) 



PGM3 (CONTINUED) 



ACCIDDBAMT 

ACCIDDBPREM1 

ACCIDDBPREM2 

IP i APREM 

WP2APREM 

WP1 BPREM 

WP2BPREM 

IP1 CPREM 

WP2CPREM 

REL 

RELJiAME 

WP1ATPREM 

WP2ATPREM 

WP1BTPREM 

WP2BTPREM 

IP i CTPREM 

IP2CTPREM 



NUMERIC(15,2) 
NUMERIC(10,2) 
NUMERIC(10,2) 
NUMERIC(10,2) 
NUMERIC(10,2) 
NUMERIC(10,2) 
NUMERIC(10,2) 
NUMERIC(10,2) 
NUMERIC(m) 
CHAR(IO) 
CHAR(IO) 
NUMERIC(10,2) 
NUMERIC(10,2) 
NUMERIC(10,2) 
NUMERIC(10,2) 

NUMERlC(iO,2) 
NUMERIC(10,2) 



CA 02590237 2007-06-18 



TO FIC.6B(1) 

u 



14/29 



PQM4 



OUOTENUMBER 

APLANNAME 

ADB 

APREM 

ATPREM 

AMED 

AZPLANNAME 

A2DB 

AZPREM 

AZTPREM 

AZMED 

BPLANNAME 

BDB 

BPREM 

BTPREM 

BMED 

BZPLANNAME 
BZDB 
BZPREM 
BZTPREM 
BZMED 
CPLANNAME 
CDB 
CPREM 
CTPREM 
CUED 

CZPLANNAME 
CZDB 
CZPREM 
C2TPREM 
CZMED 

SPAPLANNAME 
SPADB 
SPAPREM 
SPATPREM 
SPAMED 
SPAZPLANNAME 
SPA2DB 
SPAZPREM 
SPA2TPREM 
SPAZMED 



CHAR(ZO) 
CHAR(IO) 
NUMERIC(15,Z) 
NUMERIC(10,Z) 
NUMERIC(10,Z) 

CHAR(1) 
CHAR(10) 
NVMERIC(15,Z) 
NUMERIC(10,Z) 
NUMERIC(10,Z) 

INT 

CHAR(10) 

NUMERIC(15,Z) 

NUMERIC(10,Z) 

NUMERIC(10,Z) 

INT 

CHAR(IO) 

NUMERIC(15,Z) 

NUMERIC(10,Z) 

NUMERIC(10,Z) 

INT 

CHAR(IO) 

NUMERIC(15,Z) 

NUMERIC(10,Z) 

NUMERIC(10,Z) 

INT 

CHAR(IO) 

NUMERIC(15,Z) 

NUMERIC(10,Z) 

NUMERIC(10,2) 

INT 

CHAR(10) 
NUMERIC(15,Z) 
NUMERIC(10,Z) 
NUMERIC(10,Z) 

CHAR(1) 

CHAR(W) 

NUMERIC(15,Z) 

NUMERIC(10,Z) 

NUMERIC(10,Z) 

INT 



PCM4 (CONTINUED) 



SPBPLANNAME 
SPBDB 
SPBPREM 
SPBTPREM 
SPBMED 



CHAR(10) 
NUMERIC(15,Z) 
NUMERIC(10,Z) 
NUMERIC(10,Z) 
INT 



SPBZPLANNAME CHAR(IO) 



SPBZDB 
SPBZPREM 
SPBZTPREM 
SPBZMED 
SPCPLANNAME 
SPCDB 
SPCPREM 
SPCTPREM 
SPCMED 
SPCZPLANNAME 
SPCZDB 
SPCZPREM 
SPCZTPREM 
SPCZMED 
CID 

PROGRAMNUMBER 

RELATION 

WAVE 

ACCIDDBAMT 

ACCIDDBPREM1 

ACCIDDBPREM1 

WP1APREM 

WPZAPREM 

WP1BPREM 

WPZBPREM 

WP1CPREM 

WPZCPREM 

REL 

RELJfAME 
WP1 ATPREM 
WPZATPREM 
WP1 BTPREM 
WPZBTPREM 
WP1CTPREM 
WPZCTPREM 
00M 



NUMEMC(15,Z) 
NUMERIC(10,Z) 
NUMERIC(10,Z) 
INT 

CHAR(W) 

NUMERIC(15,2) 

NUMERIC(IO.Z) 

NUMERIC(10,Z) 

INT 

CHAR(10) 

NUMERIC(15,Z) 

NUMERIC(10,Z) 

NUMERIC(10,Z) 

INT 

CHAR(10) 
INT 
INT 
INT 

NUMERIC( 15,Z) 

NUMERIC(10,Z) 

NUMERIC(10,Z) 

NUMERIC(10,2) 

NUMERIC(10,Z) 

NUMERIC(10,Z) 

NUMERIC(10,Z) 

NUMERIC(10,2) 

NUMERIC(10,Z) 

CHAR(10) 

CHAR(10) 

NUMERIC(10,Z) 

NUMERIC(10,Z) 

NUMERIC(10,Z) 

NUMERIC(10,Z) 

NUMERIC(10,Z) 

NUMERIC(10,Z) 

CHAR(ZO) 



CONTINUED 



finwliiiP Laflpar Kf*n/Wc 
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PROCESSOR MODULE 



RUNS JOBS IN ORDER OF 
PRIORITY SET BY PRODUCTION 
AND SCHEDULING MODULE 



RETRIEVES DECISION INFORMATION AND 
OTHER INSTRUCTIONS ON WHAT TO DO AND 
HOW FOR EACH USER, PROGRAM, AND CLIENT. 



D 



E 



RETRIEVES NEXT CLIENT 
FROM DATABASE. 



ANALYZES AND EVALUATES 
CLIENT INFORMATION TO 
SELECT SUBSET OF VARIABLE 
INFORMATION FOR USE IN CLIENT 
COMMUNICATION FOR THAT CLIENT. 



OUTPUTS SETS OF VARIABLE 
INFORMATION FOR THE CLIENT 
UNDER ANALYSIS. 
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PROCESSOR MODULE 



RUNS JOBS IN ORDER OF PRIORITY SET 
BY PRODUCTION AND SCHED ULING MODULE 

I 



RETRIEVES DECISION INFORMATION AND 
OTHER INSTRUCTIONS ON WHAT TO DO AND 
HOW FOR EACH USER, PROGRAM, AND CLIENT. 



DZ- 



D3 



DA- 



DS- 



RETRIEVES NEXT CLIENT 
RECORD FROM CLIENT DATABASE. 




IDENTIFIES INSURANCE NEED. 



ANALYZES AND EVALUATES CLIENT DATA, 
INCLUDING DEMOGRAPHIC INFORMATION. 



I 



DECIDES ON NUMBER AND TYPES 
OF PLAN(S) TO OFFER CLIENT. 
BASED ON D1 AND DZ ABOVE. 



SELECTS PRODUCES) TO 
BASED ON D1, DZ, AND 
NUMBER OF POLICIES OR 


FIT EACH PLAN OFFERED. 
D3 ABOVE (UNLIMITED 
CAREERS CAN BE USED) 


OPTION A 
PRODUCT AND/OR 
CARRIER SPECIFIC. 

* 


OPTION B 
MULTIPLE PRODUCT 
AND/OR CARRIER 
ANALYSIS AND 
EVALUATION BASED 
ON POUCES NET 
COST AND/OR OTHER 
SELECTION CRITERIA, 



DECIDES ON EXACT AMOUNT(S) OF 
COVERAGE TO OFFER FOR EACH PLAN. 
BASED ON D1, DZ, D3, AND D4 ABOVE. 



Step I 



ANALYZES PAST 

OR CURRENT 
PERFORMANCE OF 
SALES PROGRAM(S). 
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RETRIEVES NEXT PROSPECTIVE 
CLIENT RECORD. 



D- 



I 



IDENTIFIES INSURANCE NEED. 

I 



E- 



ANALYZES AND EVALUATES ALL PERTINENT KNOWN CLIENT 
DEMOGRAPHICS AND IF NEEDED, RETRIEVES FURTHER 
DEMOGRAPHIC DATA FROM GEO-CODING MODULE. 



NUMBER 
AND TYPES 
OF PLANS 



G1 



OFFER TWO TERM 

A INSURANCE PLANS. 
U 




NUMBER 
AND TYPES 
OF PLANS 




OFFER TWO TERM INSURANCE PLANS 
AND ONE CASH VALUE INSURANCE PLAN. 



>=20, 
<50 

PRODUCT 



C HOICE 1 : 15 
YEAR TERM 
CHOICE 2 : 20 
YEAR TERM 



>=50, 
<=60 

DECISION 



CHOICE 1: 10 



YEAR TERM 
CHOICE 2: 15 



YEAR TERM 



AMOUNT 



>60, 
<=69 




>=Z0, 
<50 

PRODUCT 



CHOICE 1: 5 



YEAR TERM 
CHOICE 2: 10 



YEAR TERM 



>=50, 
<=60 

DECISION 



CHOICE 1: 15 




CHOICE 1: 10 


YEAR TERM 




YEAR TERM 


CHOICE 2: 20 




CHOICE 2: 15 


YEAR TERM 




YEAR TERM 


CHOICE 3: 




CHOICE 3: 


UNIVERSAL 




UNIVERSAL 


LIFE 




LIFE 



>60, 
<=69 



CHOICE 1: 5 



YEAR TERM 
CHOICE 2: 10 



YEAR TERM 
CHOICE 3: 



UNIVERSAL 
LIFE 



DECISION 



AMOUNT 



DECISION 



CHOICE A: 1.0 X INCOME 



CHOICE B: 2.5 X INCOME 



CHOICE C: 5.0 X INCOME 



CHOICE A: 1.0 X INCOME 



CHOICE B: 2.5 X INCOME 



CHOICE C : 5.0 X INCOME 
CHOICE D : 1.0 X INCOME (UNIVERSAL LIFE) 



CHOICE E : 2.5 X INCOME (UNIVERSAL LIFE) 
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H- 



OUTPUT MODULE 



RETRIEVES WORK TO PERFORMED 
FROM OTHER PARTS OF THE SYSTEM. 



I 



B 



GROUP CLIENT FILES BY USER, 
SALES PROGRAM TO BE USED, ETC. 



RETRIEVES NEXT CLIENT RECORD. 



D 



ANALYZES AND EVALUATES ALL DATA FROM 
OTHER PARTS OF THE SYSTEM THAT IS 
PARTICULAR TO THE CURRENT CLIENT RECORD 
TO FORMULATE SALES PRESENTATION. 



E 



CREATES THE SALES PRESENTATION FOR CLIENT. 



MORE 
CLIENT 
RECORDS 

9 



YES 



SORTS ALL OUTPUT BY USER, LIFE 
COMPANY, APPLICATION(S) NEEDED, ETC. 



PRESENTATION 



OUTPUT 



PRINTED 


MODEM OR 


INTERNET 


VOICE 


ETC. 


MATERIALS 


ELECTRONIC 




RESPONSE 






TRANSFER 









Hnwlina Tafleiir KenrW^iri TIP 
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PRODUCTION AND SCHEDULING 



ACCEPTS, STORES, AND ALLOWS FOR FUTURE 
MODIFICATION INSTRUCTIONS FOR USER AND ALL SALES 
PROGmS) FOR WHICH USER WILL UTILIZE SYSTEM. 



B 



ON A DAILY BASIS, ANALYZES AND EVALUATES 
WHAT JOB(S) ARE TO BE PERFORMED BY THE SYSTEM. 



INSTRUCTS THE SYSTEM ON WHAT IS TO BE PERFORMED. 



D 



E 



> 

ANALYZE AND EVh 
AND PRIORITY TO 


f 

LUATE THE ORDER 
PERFORM JOB(S). 


^ 




RECORDS THAT THE JOB(S) HAS BEEN 
COMPLETED IN EACH CLIENT RECORDS. 



GENERATE PRODUCTION REPORTS 



PRODUCTION REPORTS FOR: 
-SUPPLIES 
-APPLICATIONS 
-PAPER 
-TONER 
-ETC. 

MANAGEMENT REPORTS FOR: 
-ACTIVITY PLANNING 
-RESOURCE ALLOCATION 
-BUDGETING 
-ETC. 



dins Lafleur Henderson U 
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SALES AND FINANCIAL REPORT AND ANALYSIS 



B 




RESPONSE RECEIVED (SALE MADE, RETURNED MAIL, ETC.) 



SCAN IN RESULTS 
(FROM LETTERS, ETC.) 



MANUALLY INPUT RESULTS 
(FROM TELEPHONE, ETC.) 



OTHER INPUT METHODS 



STORES RESULTS AND ORGANIZES DATA IN DATABASE. 



D- 



ANALYZES AND EVALUATES DATA. 



E- 



PRODUCES REI 

- CUMULATIVE AND NOi 

- INTERACTIVE AND NQ 


>0RTS. 

^-CUMULATIVE 
^INTERACTIVE 


REPORTS 
FOR 
USERS 


REPORTS 

FOR 
OTHERS 




REPORTS TO INTERACT 
AUTOMATICALLY WITH 
PROCESSOR MODULE 



TYPES OF REPORTS 



SALES REPORTS 

(ON A SUBMITTED, PAID FOR OR 
PLACED AND/OR FALLOFF BASIS) 

-SALES DEMOGRAPHICS REPORTS 

-BASIC SALES REPORTS 

-PENETRATIONS REPORTS 

-ETC. 



FINANCIAL REPORTS 
(ON A SUBMITTED, PAID FOR OR 
PLACED AND/OR FALLOFF BASIS) 
-ACTUAL AND/OR PROJECTED 
EARNINGS REPORTS 
-SALES VOLUMES AND 

COMMISSIONS REPORTS 
-ETC. 
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TELEMARKETING MODULE 



OPERATOR LOGS ON TO SYSTEM 



OPERATOR MAKES OUTBOUND CALL 
OPERATOR MAKES INBOUND CALL 



YES 



1 


f 


1 


SEARCH AND RETRIEVE 
CLIENT RECORD. 




< >> 


> 


f 




-ALTERS CLIENT 
RECORD DATA 
-ANSWERS QUESTIONS 
-GIVES PRICES, ETC. 




< ^ 



CLIENT 
RECORDS EXIST 
IN DATABASE 

9 



CLIENT 
INFORMATION 
SCREENS. 



< »■ 



ASKS CLIENT FOR 
FOR INFORMATION 
AND ENTERS DATA 
AS NEW CLIENT RECORD 



QUOTE 
SCREENS 



J— 



-ANSWER QUESTIONS 
-GIVE PRICES, ETC. 



DISCONNECT CALL. 



OPERATOR 
PROMPTS 



} 



INSTRUCT SYSTEM ON ACTION TO 
TAKE (E.G., SEND NEW LETTER). 



NOTEPAD 
SCREEN. 



0 



OPERATOR FILLS IN 
COMPLIANCE NOTEPAD. 
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NEW BUSINESS PROCESSING MODULE 



SALES RECEIVED BY USER. 



RESULTS SCANNED (SEE FIG. 15.) 



RECORD CREATED IN NEW 
BUSINESS PROCESSING SUBSYSTEM 



"THANK YOU" NOTIFICATION SENT TO CLIENT: 
-CONFIRMS COVERAGE BOUGHT 
-LISTS ANY OUTSTANDING REQUIREMENTS 



YES 



ALL 
SUBMISSION 
REQUIREMENTS 
RECEIVED 



WAIT FOR RECEIPT 
OF SUBMISSION 
REQUIREMENTS. 



SEND SUBMISSION 
MATERIALS TO INSURER. 



PROCESS NEW BUSINESS. 



POLICY ISSUE FUNCTIONS. 



POLICY PLACEMENT FUNCTIONS. 



COMMUNICATIONS 
AND INTERFACE 
MODULE. 



STORE PERMANENT POLICY 
INFORMATION IN CLIENT 
RECORD IN DATABASE. 1 



ORDER MEDICAL 
EXAMINATION 



ORDER ATTENDING 
PHYSICIAN STATEMENTS 



ALL OTHER INFORMATION 
PERTAINING TO CLIENT 



NEW BUSINESS SYSTEM 
RECORD REMOVED. 



MANUALLY 
INPUT DATA. 
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INITIAL OFFER 



1000 



CLIENT 
RESPONSE 



1010 



1020 



PROCESSOR 
MODULE 



1060 



1030 



REPLY LOGIC 
MODULE 



1 



DONE 




1040 



YES 



REPLY IS DELIVERED 
TO CLIENT 



r 



1050 



YES 




1070 



1080 

'is 

NO^ FOLLOWUP 
NEEDED 

YES 



UNLIMITED 
FOLLOWUPS; 
ADDITIONAL OR 
DIFFERENT 
INFORMATION 



AUTOMATED, 
FLEXIBLE USER/ 
PROGRAM DEFINED 
FOLLOWUP LOGIC 



1100 



1 



FOLLOWUP 
LOGIC 



1110 



FOLLOWUP 
REPLY IS 
DELIVERED 



1090 
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OTHER 
PERSON 
QUOTE 


— > 


SECOND 
NOTICE 




FINAL 
NOTICE 











CO 



r 


SELF 
REQUEST 
LETTER 


^ 


SECOND 
NOTICE 


^ 


FINAL 
NOTICE 


} V 







CO 





SPOUSE - 
QUOTE 
LETTER 


► 


SECOND 
NOTICE 


> 


FINAL 
NOTICE 


_ ^ 







to 



CO 




SECOND 
NOTICE 




FINAL 
NOTICE 


► 



Co 


INFO 
LETTER 




SECOND 
NOTICE 


> 


■ FINAL 
NOTICE 




> 










1420^_ 




1430-^ 
1 




Onwl/ms T.flflftHr Hf>n/W^nn TIP 
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800 
CALL-IN 



CALL 
CENTER 



DAILY 
AUTOMATIC 
DOWNLOAD 



1800 



1810 




BRANCH 
DROP-OFF 



PLATFORM 
SALESPERSON 



REM 
ELECT. 
DOWH 


OTE 

RONIC 

LOAD 




f 


DAILY DATA 
TRANSFER 



1830 



1850 



■1840 



WEB 
ADDRESS 



SYSTEM SOFTWARE FOR 
TRANSACTING MARKETING 
AND SALES 



REPLY 
COMMUNICATIONS 



INTERNET 
RESPONSE 
METHOD 




f 


REAL- 
DA 
TRAM 


-TIME 
TA 

r SFER 



1900 
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